Arquitectura del sistema de redes inalmbricas de sensores

por
Jason Lester Hill
B. S. (Universidad de California, Berkeley) 1998 M. S. (Universidad de
California, Berkeley) 2000
una tesis doctoral presentada en satisfaccin parcial de los requisitos para
obtener el grado de
Doctor en Filosofa en
Ciencias de la Computacin de la
divisin de graduados de la
A DE CALIFORNIA, BERKELEY
Comit a cargo:

Profesor David E. Culler, Catedrtico Kris Pister el Profesor Paul Wright

Primavera de 2003

la tesis doctoral de Jason Lester Hill es aprobado:

Presidencia Fecha

fecha

Universidad de California, Berkeley

Primavera de 2003

Arquitectura del sistema de redes de sensores inalmbricos

Copyright 2003
por
Jason Lester Hill

Sistema abstracto arquitectura de redes inalmbricas de sensores

por
Jason Lester Hill
Doctor en Filosofa en Ciencias de la Computacin
Universidad de California en Berkeley el Profesor David Culler, Presidente

en esta tesis presentamos y sistema operativo Y de tres generaciones de una

plataforma de hardware diseados para atender las necesidades de las redes
de sensores inalmbricos. Nuestro sistema operativo, denominado TinyOS
utiliza un modelo de ejecucin basado en eventos para proporcionar soporte
para concurrencia de grano fino y tiene un modelo de componentes altamente
eficiente. TinyOS nos permite utilizar una arquitectura de hardware que tiene
un solo procesador tiempo compartido entre ambas aplicaciones y
procesamiento de protocolo. Nos muestran cmo una particin virtual de los
recursos informticos no slo conduce a la eficiente utilizacin de los recursos
sino que permite una rica interfaz entre la aplicacin y procesamiento de
protocolo. Esta interfaz rica, a su vez, permite a los desarrolladores aprovechar
los protocolos de comunicacin especficos de la aplicacin que mejora el
rendimiento del sistema.
Las plataformas de hardware que desarrollamos se utilizan para validar una
arquitectura generalizada
que es una tecnologa independiente. Nuestra arquitectura general contiene un
nico controlador central que realiza tanto aplicaciones y protocolos de
tratamiento. A los principios de flexibilidad, este controlador est conectado
directamente al transceptor RF. Para aumentar la eficacia, el controlador es
1

apoyado por una coleccin de los aceleradores de hardware que proporcionan

primitivas de comunicacin bsica que puede ser flexibilidad en aplicacin
protocolos especficos.
Las tres plataformas de hardware que presentamos son ejemplos de esta
arquitectura en general

con diversos grados de sofisticacin hardware. El Rene plataforma sirve de

referencia y que no contienen ningn los aceleradores de hardware. Lo que nos
permite desarrollar el sistema operativo TinyOS conceptos y perfeccionar sus
mecanismos concurrencia. El Mica nodo incorpora los aceleradores de
hardware que mejoran la comunicacin y sincronizacin de precisin dentro de
las limitaciones actuales de microcontroladores. Una aproximacin a la
arquitectura en general, utilizamos Mica para validar los principios
arquitectnicos. El Mica plataforma se ha convertido en la base de cientos de
redes de sensores inalmbricos los esfuerzos de investigacin en todo el
mundo. Ha sido vendida a ms de 250 organizaciones.
Spec es el nodo ms avanzado presenta y representa la plena realizacin de
nuestra arquitectura en general. Se trata de un 2,5 mm x 2,5 mm CMOS chip
que incluye procesamiento, almacenamiento, comunicaciones inalmbricas y
los aceleradores de hardware. Nos muestran cmo la seleccin cuidadosa de la
correcta los aceleradores pueden conducir a las rdenes de magnitud de las
mejoras en la eficiencia sin sacrificar la flexibilidad. Adems de realizar un
anlisis terico sobre los puntos fuertes de nuestra arquitectura, demostrar su
capacidad a travs de una coleccin de aplicaciones en el mundo real las
implementaciones.

_______________________________________ El Profesor David Culler Tesis

2 Presidente del Comit

Tabla de

Contenidos ... ... ... ... i Lista de Figures: ... ... ... ... ... ... ... iv Captulo 1:
Introduccin ... ... ... ... ... ... ... 1 Captulo 2: Las redes inalmbricas de sensores

... ... ... ... ... ... ... ... 10 2.1 Red de sensores clases de
aplicaciones ... ... ... ... ... ... ... ... Medio Ambiente 11 2.1.1 Recoleccin de
Datos ... ... ... ... ... ... . 11 2.1.2 Supervisin de seguridad ... ... ... ... ... ... ... ...
Nodo 14 2.1.3 escenarios de seguimiento ... ... ... ... ... ... 16 2.1.4 Redes
hbridas ... ... ... ... ... ... ... ... 17 2.2 Evaluacin del Sistema
Parmetros ... ... ... ... ... ... ... 17 2.2.1 Vida ... ... ... ... ... ... ... ... 18 2.2.2
Cobertura ... ... ... ... ... ... 19 2.2.3 Costo y facilidad de
implementacin ... ... ... ... ... ... ... . 20 2.2.4 Tiempo de
respuesta ... ... ... ... ... ... ... ... 22 2.2.5 Precisin Temporal ... ... ... ... ... ... ... 22
2.2.6 Seguridad ... ... ... ... ... ... ... ... 23 2.2.7 Tasa efectiva de muestreo ... ... ...
... . 24 2.3 Evaluacin mtrica nodo Individual ... ... ... ... ... ... ... ... 25 2.3.1
Poder ... ... ... ... ... ... 2.3.2 Flexibilidad 26 ... ... ... ... ... ... ... . 26 2.3.3 Solidez ...
... ... ... ... ... ... 27 2.3.4 Seguridad ... ... ... ... ... ... ... ... 28 2.3.5
Comunicacin ... ... ... ... ... ... 28 2.3.6 Clculo ... ... ... ... ... ... ... 29 2.3.7
Sincronizacin de tiempo ... ... ... ... . 30 2.3.8 Tamao y
Costos ... ... ... ... ... ... ... 31 2.4 Capacidades de Hardware ... ... ... ... ... ... ... ...
2.4.1 Energa 31 ... ... ... ... ... ... ... ... 2.4.2 32 Radios ... ... ... ... ... ... ... ... 37
2.4.3 Procesador ... ... ... ... ... ... 43 2.4.4 Sensores ... ... ... ... ... ... 48 2.5 Rene
Diseo ... ... ... ... ... ... ... 50 2.5.2 Caractersticas de potencia de
referencia ... ... ... ... ... ... . Refinado 53 2.6 Planteamiento del
Problema ... ... ... ... ... ... ... ... 54 Captulo 3: Arquitectura de software de
sensores inalmbricos ... ... ... ... ... ... .. 56 3.1 Pequea Microthreading Sistema
Operativo (TinyOS) ... ... ... ... ... ... ... .. TinyOS 57 3.2 Modelo de ejecucin ... ...
... ... ... ... ... ... 58 3.2.1 Programacin basada en eventos ... ... ... ... ... ... ... ...
58 3.2.2 Tareas ... ... ... ... 59 3.2.3 Atomicidad ... ... ... ... ... ... ... .

TinyOS 60 3.3 Modelo de componentes ... ... ... ... ... ... ... 60 3.3.1 Tipos de
componentes ... ... ... ... ... ... ... ... 63 3.3.2 Permitiendo la migracin de
hardware/software lmite ... ... ... ... ... ... ... ... 65 3.3.3 Ejemplo Componentes ...
... ... ... . 66 3.3.4 Composicin de componentes ... ... ... ... ... ... ... ... 67 3.3.5
Aplicacin Paseo Por ... ... ... ... ... ... ... ... 70 3.4 AM Comunicacin Paradigma ...
... ... ... ... ... ... .. 72 3.4.1 Mensajes activos Descripcin
General ... ... ... ... ... ... ... ... 72 3.4.2 Pequea aplicacin Mensajes activos ... ...
... ... ... ... ... .. 73 3.4.3 Gestin de memoria tampn intercambio ... ... ... ... ... ...
... ... 75 3.4.4 Reconocimiento explcito ... ... ... ... ... ... ... ... 76 3.5
Componentes contenidos en TinyOS ... ... ... ... ... ... ... ... TinyOS 77 3.6
Evaluacin del Modelo ... ... ... ... ... ... ... TinyOS 3,7 78 Resumen ... ... ... ... ... ...
... 80 Captulo 4: Nodo Sensor inalmbrico Arquitectura ... ... ... ... ... ... ... .. 82

4.1 Requerimientos de comunicacin inalmbrica ... ... ... ... ... ... . 82 4.2
Cuestiones clave arquitectura debe abordar ... ... ... ... ... ... ... . 85 4.2.1
Concurrencia ... ... ... ... ... ... ... 86 4.2.2 Flexibilidad ... ... ... ... ... ... ... . 86 4.2.3
Sincronizacin ... ... ... ... ... ... ... ... 87 4.2.4 Disociacin entre RF y velocidad de
procesamiento ... ... ... ... ... ... ... . 88 4.3 Diseo inalmbrico tradicional ... ... ...
... ... ... 91 4.4 Arquitectura generalizada de un nodo sensor inalmbrico ... ... ...
... ... ... ... ... 93 4.5 Ventajas de Arquitectura ... ... ... ... ... ... ... ... 96 4.5.1
Concurrencia ... ... ... ... ... ... ... 96 4.5.2 Protocolo flexibilidad y precisin de
sincronizacin ... ... ... ... ... ... .. 100 4.6 Resumen ... ... ... ... ... ... 100 Captulo
5: Aproximacin de la arquitectura general: Mica ... ... ... ... ... ... ... .. 102 Mica
diseo 5.1 ... ... ... ... 103 5.1.1 Diagrama de bloques descripcin
general ... ... ... ... ... ... ... ... 103 5.1.2 Interfaz de radio Primas ... ... ... ... ... ...
5,2 106 Aceleradores Comunicacin ... ... ... ... . 107 5.3 Evaluacin ... .. 109
5.3.1 ... ... ... ... ... ... ... ... Administracin de la concurrencia. 110 5.3.2
Interaccin entre RF y ruta de datos velocidad ... ... ... ... ... ... ... ... 5.3.3
Flexibilidad 111 interfaz ... ... ... ... ... ... ... ... 112 5.4 Azul: seguimiento a
Mica ... ... ... ... ... ... ... 5.4.1 CPU 120 ... ... ... ... 120 5.4.2
Radio ... ... ... ... ... ... ... ... 121 5.5 Resumen ... ... ... ... ... ... 122 Captulo 6:
Arquitectura integrada para nodos sensores inalmbricos Espec ... ... ... ... ... ... .. 124 6.1.1 Descripcin de alto nivel ... ... ... ... ... ... ... ..
125 6.1.2 Diagrama de bloques General ... ... ... ... ... ... .. 126 6.1.3 Radio
& Back End Sub bloques ADC ... ... ... ... ... ... ... .. 134 6.1.4 Registros de
frecuencia digital ... ... ... ... ... ... ... .. 135 6.1.5 Caractersticas fsicas ... ... ... ...
... ... ... ... 136
Ii

6.2 Rendimiento ... ... ... ... ... ... 138 6.2.1 Deteccin Smbolo de
inicio ... ... ... ... ... ... ... ... 139 6.2.2 Manejo de interrupciones generales ... ... ...
... ... ... ... . 140 6.2.3 Programa Gestin de memoria ... ... ... ... ... ... ... .. 141
6.2.4 Extraccin de distribucin ... ... ... ... ... ... ... Compatibilidad con el cifrado
142 6.2.5 ... ... ... ... ... ... 143 6.2.6 E/S de Memoria y
serializacin ... ... ... ... ... ... . 144 6.2.7 Primitivas no
incluido ... ... ... ... ... ... ... ... 145 6.3 Costo de flexibilidad ... ... ... ... ... ... ... 146
6.4 Resumen ... ... ... ... ... ... 147 Captulo 7: Aplicaciones de demostracin y
Rendimiento ... ... ... ... ... ... ... . Medio ambiente 149 7.1 Monitorizacin de
datos ... ... ... ... ... ... ... .. 149 7.2 Anlisis emprico de las mejoras de
rendimiento ... ... ... ... ... ... ... ... 7.2.1 Prueba 150 Hardware ... ... ... ... ... ... ...
153 7.3 29 Palmas ... ... ... ... ... 154 7.3.1 Descripcin de la aplicacin ... ... ... ...
... ... ... ... 154 7.3.2 Sub componentes clave/bloques de

aplicacin ... ... ... ... ... ... .. 156 7.3.3 Importancia de procesamiento de la
red ... ... ... ... ... ... ... ... 7,4 159 Z-Car Tracking ... 159 7.4.1 Descripcin de la
aplicacin ... ... ... ... ... ... ... ... 160 7.5 Conclusin ... ... ... ... ... ... ... ... 165
Captulo 8: Trabajos relacionados con ... ... ... ... ... ... ... ... TinyOS 166 8,1
Trabajo ... ... ... ... ... ... ... 8.1.1 166 Robots Inalmbrica ... ... ... ... ... ... . 166
8.1.2 Control de Acceso a Medios de Enrutamiento y ... ... ... ... ... ... ... .. 168
8.1.3 Sincronizacin de tiempo ... ... ... ... ... ... ... .. 168 8.1.4 Multi-Hop
optimizacin de rutas ... ... ... ... ... ... ... .. TinyDB 169 8.1.5 ... ... ... ... ... ... 170
8.2 Las plataformas inalmbricas ... ... ... ... ... ... ... 171 8.2.1 Polvo
inteligente ... ... ... ... ... ... ... 171 8.2.2 Bluetooth ... ... ... ... ... ... ... Zigbee
(802.15.4) 172 8.2.3 ... ... ... ... ... ... ... 173 8.2.4 Pico Radio ... ... ... ... ... ... ...
Chipcon CC1010 174 8.2.5 ... ... ... ... ... ... ... ... 174 8.3 Sistemas Operativos
Integrados ... ... ... ... ... ... 175 Captulo 9: Conclusiones ... ... ... ... ... ... ... ...
177 Bibliografa ... ... ... ... ... ... ... 182
III

Lista de figuras:
Figura 1-1: DOT - red de sensores inalmbricos dispositivo diseado para ser el
tamao aproximado de un trimestre. Dispositivos del futuro se seguir ms
pequeos, ms baratos y ms duradera. 2 De
la Figura 1-2: posible despliegue de ac-hoc red inalmbrica integrada para la
agricultura de precisin. Los sensores detectan los niveles de luz, temperatura
y humedad de los suelos en cientos de puntos a travs de un campo y
comunicar sus datos a travs de una red multi-hop para su anlisis. 4
Figura 1-3: Diseo Tecnologa linaje de Mote. Cunas (comn fuera de las
estanteras) prototipos a la weC plataforma. Ren entonces evolucionado para
permitir expansin del sensor y cientos de aplicaciones atractivas. El punto
nodo fue arquitectnicamente el mismo como Rene pero reducido a un cuarto
de tamao. Mica, que se analizan en profundidad en esta tesis -realizado
importantes mejoras en la arquitectura con el fin de aumentar el rendimiento y
la eficacia. Representa la especificacin completa visin integrado CMOS. 7
Figura 2-1: caractersticas de la batera de litio, alcalinas y pilas NiMH. Las
caractersticas de la descarga de las bateras alcalinas, es esencial para el
diseo de un sistema para tolerar una amplia gama de tensiones de entrada.
33 Figura 2-2: consumo de energa y la capacidad de corriente de que se
dispone. 48 Figura 2-3: Imgenes de la Rene plataforma red de sensores

inalmbricos. 52 Figura 3-1: grfica de componentes de un multi-hop sensing

application. 61 Figura 3-2: SOY componente de mensajera representacin
grfica. 64 Figura 3-3: componentes NESC archivo que describe la interfaz
externa al AMStandard componente de mensajera. 66

Figura 3-4: BlinkM.nc componente de aplicacin que parpadea el LED del

sistema de una vez por segundo. 68 Figura 3-5: (NESC), archivo de
configuracin de la aplicacin que los cables y el parpadeo. 69 Figura 3-6: Lista
de componentes contenidos en TinyOS 1.0 . Los desarrolladores de la
aplicacin seleccione

en esta coleccin de nivel de sistema y componentes para crear la aplicacin

deseada atributos. 77
Figura 3-7: Detalle de la distribucin del trabajo y el consumo de energa en
cada capa de la Rene nodo. 80 Figura 4-1: Fases de la comunicacin
inalmbrica para la transmisin y la recepcin. 83 Figura 4-2: El coste de la
Energa por bit cuando transmite a una velocidad de 10 Kbps y 50 Kbps
dividido en

controlador y energa de radiofrecuencia (RF). 89 Figura 4-3: Arquitectura

generalizada de dispositivo inalmbrico incorporado. 94 Figura 4-4: Desglose
del uso de la CPU para smbolo de inicio de deteccin en

estimacin de techo. 98 %0 tiempo de bsqueda, las cargas de trabajo y

tiempo de CPU para las aplicaciones. Para el caso de que el controlador
dedicado desglose se incluye con un realista 10% chip a chip estimacin
superior y con el mejor de los casos

Figura 5-1: diagrama de bloques de Mica arquitectura. La conexin directa

entre controlador de la aplicacin y el transceptor permite la Mica nodo a ser
muy flexible a las demandas de las aplicaciones. Opcionalmente, puede ayudar
a las aceleraciones Hardware en protocolos de comunicacin. 104
Figura 5-2: Distribucin de activos y consumo de energa en estado inactivo de
Mica los componentes de hardware en 3V. 105
Figura 5-3: uso de la CPU de deteccin smbolo de inicio. Las optimizaciones
activadas por la Mica nodo aumentar significativamente eficacia de la CPU. 110
Figura 5-4: ecuaciones para determinar el consumo de energa de un sueo
red. 113 Figura 5-5: Seguimiento a la nodo Mica azul, aumentar el alcance y
reduce el consumo de energa.

Nodos azules tienen un 4-6x mayor duracin de la batera de Mica con pilas
alcalinas. 121 Figura 6-1: El nico nodo Especificaciones chip fotografiado al
lado de un bolgrafo. 124 Figura 6-2: Diagrama de bloques de la especificacin,
el nico chip wireless mote. 127 Figura 6-3: diseo de chip nico mote. Gran
bloque central contiene CPU, temporizadores y

aceleradores de hardware. En la parte superior son 6 bancos de memoria. El

ADC es el centro izquierda.
La radio se encuentra en la esquina inferior derecha. 136
Figura 6-4: rea desglose de lgica digital mdulos incluidos en las
especificaciones. rea total de cableado y puertas con National Semiconductor
celdas estndar en .25 CMOS de mu. 137
IV

figura 6-5: Descripcin general de las mejoras de rendimiento alcanzado por la

especificacin los aceleradores de hardware del nodo. 146

Figura 7-1: nodo terico consumo de energa al realizar vigilancia datos

ambientales que recoge datos cada 4 segundos, con un promedio y se
transmite una vez cada 5 minutos. Cada nodo tiene un mximo de 5 nodos
secundarios y un nodo principal.
La tabla muestra los resultados de Rene, Mica, Azul, Spec. La relacin entre
Ren consumo de energa y consumo de energa azul tambin se muestra. El
costo de verificacin de la alarma azul es ms grande que el de Mica debido a
la CC1000 disponer de mayor tiempo de encendido. La deteccin de azul es
costo reducido por una baja potencia ADC en el microcontrolador. 151
Figura 7-2:29 palmas aplicacin. Los Motes de un avin de montar en una red
ad-hoc con el fin de buscar actividad en un vehculo en un remoto desierto
ubicacin. 154
Figura 7-3: filtrado de datos localmente en los modos de ampliar y extraer
informacin del vehculo.
Marca de tiempo asignado a la cima ms alta de la cruz lnea de actividad. 157
Figura 7-4: clculos de posicin de cada nodo de la teleobservacin se
actualizan en respuesta al resultado de la regresin lineal que calcula la
velocidad del vehculo. 158
Figura 7-5: La imagen de la z-car tracking implementacin de la aplicacin.
Control remoto detectado cuando pasaba por el campo de los sensores. 160
Figura 7-6: Multi-cadera ruta utilizada en red z-car programa de seguimiento.
Los nodos detectar el evento (en verde) transmitir los datos a un nico lder
que los trnsitos un informe nico paquete. El paquete de informes se desplaza
a travs de la red (lnea punteada) hasta que llega al nodo base. El paquete
contiene la estimacin del regate (rojo) posicin. 164
Figura 8-1: Caractersticas y requisitos comerciales integradas de sistemas
operativos en tiempo real. 175

Captulo 1: Introduccin

El campo emergente de las redes de sensores inalmbricos deteccin combina,

computacin
y comunicacin en un nico dispositivo diminuto. Mediante una avanzada red
de malla protocolos, estos dispositivos forma un mar de conectividad que
ampla el alcance del ciberespacio en el mundo fsico. Como el flujo de agua
para llenar cada una de las habitaciones de un buque sumergido, la
conectividad de red de malla se dedicarn a buscar y explotar cualquier posible
ruta de comunicacin de datos salto de un nodo a otro en busca de su destino.
Mientras que las capacidades de un nico dispositivo son mnimos, la
composicin de cientos de dispositivos radical ofrece nuevas posibilidades
tecnolgicas.
El poder de las redes inalmbricas de sensores radica en la capacidad de
implementar un gran nmero
de pequeos nodos que montar y configurar. Escenarios de uso de estos
dispositivos de seguimiento en tiempo real, con la supervisin de las
condiciones ambientales, a entornos de computacin ubicua, de monitoreo in
situ de la salud de estructuras o equipo.
Aunque a menudo se refiri a como las redes inalmbricas de sensores,
tambin pueden controlar los actuadores que ampliar el control del
ciberespacio en el mundo fsico.
La ms sencilla aplicacin de redes de sensores inalmbricos es la tecnologa
para
vigilar entornos remotos de baja frecuencia las tendencias de los datos. Por
ejemplo, una fbrica de productos qumicos podra ser fcilmente controlados
para detectar fugas, cientos de sensores que automticamente forma una red
de interconexin inalmbrica e informe inmediatamente la deteccin de fugas
de productos qumicos. A diferencia de los tradicionales sistemas de cable, los
costes de implementacin sera mnimo. En lugar de tener que desplegar miles
de pies de cable a travs conducto de proteccin, los instaladores
1

Figura 1-1: DOT - red de sensores inalmbricos dispositivo diseado para ser el
tamao aproximado de un trimestre.
Dispositivos del futuro se seguir ms pequeos, ms baratos y ms duradera.
simplemente hay que dar un cuarto de tamao, como la que se ilustra en la
Figura 1-1, en cada punto de deteccin. La red puede ser gradualmente
extendida por simplemente aadir ms dispositivos - no hay rectificacin o
configuracin compleja. Con los dispositivos presentados en esta tesis, el
sistema sera capaz de supervisin de anomalas durante varios aos en un
solo juego de pilas.
Adems de reducir drsticamente los costes de instalacin, las redes
inalmbricas de sensores
tienen la capacidad de adaptarse de forma dinmica a los entornos
cambiantes. Mecanismos de adaptacin pueden responder a los cambios en las
topologas de red o puede hacer que la red de cambio drsticamente entre
diferentes modos de funcionamiento. Por ejemplo, la misma red integrada de
supervisin de fugas en una fbrica de productos qumicos pueden ser
reconfiguradas en una red diseada para localizar el origen de la fuga y realizar
un seguimiento de la difusin de gases txicos. La red podra dirigir a los
trabajadores de la ruta ms segura para una evacuacin de emergencia.
Sistemas inalmbricos actuales slo tocan la superficie de las posibilidades
derivadas de
la integracin de comunicacin de baja potencia, deteccin, almacenamiento
de energa, y la computacin.
2

Por lo general, cuando las personas tienen en cuenta dispositivos inalmbricos

que piensan de artculos como telfonos celulares, asistentes personales
digitales, o porttiles con 802.11 . Estos elementos los costes cientos de
dlares, aplicaciones especializadas, y se basan en la previa a la
implementacin de un amplio soporte de infraestructura. En contraste, las
redes inalmbricas de sensores utilizar pequeos y de bajo costo dispositivos
integrados para una amplia gama de aplicaciones y no depender de ningn
pre-infraestructura existente. La visin es que estos elaborar tendr un costo
de $1 menos que en 2005.

A diferencia de los tradicionales dispositivos inalmbricos, sensores

inalmbricos nodos no necesitan
comunicarse directamente con el ms cercano de alta potencia torre de control
o de la estacin base, pero slo con sus pares locales. En lugar de ello, de
confiar en un pre-infraestructura implementada, cada sensor o actuador se
convierte en parte de la infraestructura general. Peer-to-peer protocolos de red
proporcionan una especie de malla para transportar datos de interconexin
entre los miles de pequeos dispositivos incrustados en un multi-hop. La malla
flexible arquitecturas previsto adaptarse de forma dinmica a apoyar la
implantacin de nuevos nodos o ampliar para abarcar un mayor regin
geogrfica. Adems, el sistema puede adaptarse automticamente para
compensar errores de nodo.
La visin de la red mesh se basa en la solidez de los nmeros. A diferencia
sistemas de telfonos celulares que niegue el servicio cuando hay demasiados
telfonos estn activos en un rea pequea, la interconexin de una red de
sensores inalmbricos slo crece y se fortalece a medida que se aaden nodos.
Siempre que haya suficiente densidad, una sola red de nodos puede crecer
hasta cubrir ilimitada. En el que cada nodo tiene un alcance de comunicacin
de 50 metros y cuesta menos que $1 red de sensores que rodeaban el ecuador
de la tierra, costar menos de $ 1M.
3 De la

Figura 1-2: posible despliegue de ac-hoc red inalmbrica integrada para la

agricultura de precisin. Los sensores detectan los niveles de luz, temperatura
y humedad de los suelos en cientos de puntos a travs de un campo y
comunicar sus datos a travs de una red multi-hop para su anlisis.

Una red de ejemplo se muestra en la Figura 1-2. Describe a una agricultura de

precisin
de la implementacin un rea activa de investigacin de aplicaciones. Cientos
de nodos dispersos en un campo armado, establecer una topologa de
enrutamiento, y transmitir los datos a un punto de recogida. La demanda de
aplicaciones de robusta, escalable y de bajo costo y fcil de implementar redes
estn perfectamente cubiertas por una red de sensores inalmbricos. Si uno de

los nodos falla, una nueva topologa sera seleccionado y la red global seguir
para entregar los datos. Si ms nodos se colocan en el campo, se crean ms
oportunidades potenciales de enrutamiento.
Existen numerosas investigaciones en el desarrollo de nuevos algoritmos para
la
agregacin de los datos [ 1], de enrutamiento ad hoc [ 2-4], y distribuidos de
procesado de seal en el contexto de las redes inalmbricas de sensores [5, 6].
Como los algoritmos y protocolos de red de sensores inalmbricos son
desarrollados, deben ser apoyadas por una de bajo consumo, eficiente y
flexible plataforma de hardware.
Esta tesis se centra en el desarrollo de la arquitectura del sistema es necesario
para satisfacer las
necesidades de las redes de sensores inalmbricos. Un reto en el diseo de las
redes de sensores inalmbricos es hacer frente a las severas limitaciones de
recursos en los diferentes dispositivos.

Los procesadores integrados con 4 kilobytes de memoria debe implementar

complejas, distribuido, redes ad-hoc protocolos. Muchas limitaciones derivan de
la visin que estos dispositivos se van a producir en grandes cantidades y
deben ser pequeos y baratos. Como la ley de Moore avanza, cada dispositivo
son ms pequeos, no slo son ms potentes en un tamao determinado.
Reduccin de tamao es esencial para permitir que los dispositivos se produjo
tan barato como sea posible, as como ser capaz de permitir que los
dispositivos que se usan en una amplia variedad de situaciones de aplicacin.
La limitacin de los recursos ms difciles de cumplir es consumo de energa.
En
tamao fsico disminuye, tambin lo hace la capacidad. Las restricciones de
energa subyacente terminan creando y las limitaciones de almacenamiento
computacional que conducen a un nuevo conjunto de cuestiones
arquitectnicas.
Muchos dispositivos, como telfonos celulares y buscapersonas, reducir su
consumo de energa mediante el uso de hardware de comunicaciones
especializadas que ofrecen circuitos integrados de baja potencia necesaria las

implementaciones de los protocolos de comunicacin [ 7] y por depender de

alta infraestructura de energa. Sin embargo, la fuerza de las redes
inalmbricas de sensores es su flexibilidad y universalidad. La amplia gama de
aplicaciones en la mira que es difcil desarrollar un protocolo nico y, a su vez,
un ASIC, que sea eficiente para todas las aplicaciones. Una red de sensores
inalmbricos plataforma debe ofrecer soporte para un conjunto de protocolos
especficos para cada aplicacin que reducen drsticamente nodo tamao,
costo y consumo de energa para su aplicacin de destino.
La red de sensores inalmbricos arquitectura presentamos aqu incluye tanto
una
plataforma de hardware y un sistema operativo diseado especficamente para
atender las necesidades de las redes de sensores inalmbricos. TinyOS es un
sistema operativo basado en componentes diseados para funcionar en
dispositivos inalmbricos limitaciones de recursos. Es altamente eficiente
comunicacin
5

primitivas y de grano fino mecanismos concurrencia a los desarrolladores

aplicaciones y protocolos. Un concepto clave en TinyOS es el uso de
programacin basada en eventos en conjuncin con un modelo de
componentes altamente eficiente. TinyOS permite optimizacin de todo el
sistema, proporcionando un estrecho acoplamiento entre el hardware y el
software, as como mecanismos de flexibilidad para construir mdulos
especficos de la aplicacin.
TinyOS se ha diseado para ejecutarse en una arquitectura generalizada en
una sola
CPU es compartida entre la aplicacin y procesamiento de protocolo. Podemos
detallar tres generaciones de nodos inalmbricos y un anfitrin de las
implementaciones de las aplicaciones que han demostrado la capacidad de
nuestra arquitectura general del sistema. La figura 1-3 presenta una imagen y
escala de varios "mote" generaciones. El Mica plataforma ha sido producida en
las cantidades ms importantes: ms de 5000 nodos Mica se han producido y
distribuido a ms de 250 empresas y organizaciones de investigacin de todo
el pas. El Mica plataforma incluye transmisor de baja potencia, un subsistema
de gestin de alimentacin, almacenamiento prolongado y un microcontrolador
integrado.

La ms avanzada plataforma de hardware que presentamos es un chip nico

dispositivo CMOS
que integra el procesamiento, almacenamiento y capacidad de comunicacin
para formar un sistema completo nodo. Este chip nico nodo, lo que se
denomina Spec - medidas 2,5 mm x 2,5 mm, contiene un microcontrolador,
transmisor, ADC, E/S de propsito general puertos, UART, memoria y motor de
cifrado. El diminuto chip slo debe estar respaldada por un cristal de reloj 32
KHz, un inductor chip y una fuente de alimentacin, una batera y un 4 MHz
reloj. El Spec nodo representa la prxima generacin de nodos sensores
inalmbricos que se fabricar por una bicoca, y desplegado en los millones.
6

Figura 1-3: Diseo Tecnologa linaje de Mote. Cunas (comn fuera de las
estanteras) prototipos a la weC plataforma. Ren entonces evolucionado para
permitir expansin del sensor y cientos de aplicaciones atractivas. El punto
nodo fue arquitectnicamente el mismo como Rene pero reducido a un cuarto
de tamao. Mica, que se analizan en profundidad en esta tesis -realizado
importantes mejoras en la arquitectura con el fin de aumentar el rendimiento y
la eficacia. Representa la especificacin completa visin integrado CMOS.
Tanto la mica y Spec nodo son utilizados para justificar nuestra afirmacin de
que
arquitectura del sistema ptimo para las redes inalmbricas de sensores es
tener un solo controlador central conectado directamente a un modo de bajo
consumo de energa a travs de un transmisor de radio rica interfaz que es
compatible con el hardware de asistencia primitivas de comunicacin. A
diferencia de tener una particin jerrquica de los recursos de hardware

dedicados a funciones especficas, compartir un controlador realiza todo el

procesamiento. Esto permite la asignacin dinmica de recursos para el clculo
de las tareas informticas demandadas por el sistema. Las capas de
abstraccin normalmente mediante particin de hardware pueden alcanzarse
mediante el uso de un muy eficiente basado en software de modelo de
componentes. Las abstracciones de Software permiten un mayor alcance de la
capa de las optimizaciones que pueden lograr mejoras rdenes de magnitud es
rendimiento del sistema. El poder y la viabilidad de esta arquitectura se
demostr, a travs de una coleccin de referencia real de hardware y las
implementaciones de nivel de aplicacin.
7

Los principales aportes de este trabajo son: (1) una arquitectura general que
cumple con las
estrictas exigencias de flexibilidad y eficiencia de las redes de sensores
inalmbricos, (2) una implementacin de la arquitectura actual con
microcontrolador y bajo consumo de energa, tecnologa de radio (3) un
sistema operativo que complementa las capacidades de hardware y
proporciona soporte para aplicaciones de red de sensores, (4) un chip
integrado en una sola plataforma de hardware CMOS para su uso en redes de
sensores inalmbricos y (5) una demostracin de la flexibilidad de esta
arquitectura de varias nuevas aplicaciones de demostracin.
Esta tesis est organizada en 9 captulos. El captulo 2 presenta tres
escenarios de aplicacin y una descripcin general de los requisitos para las
redes inalmbricas de sensores. Se tiene la intencin de proporcionar los
antecedentes necesarios para una comprensin general de las cuestiones
examinadas en captulos posteriores. Adems, el Captulo 2 ofrece una
descripcin general de las prestaciones de los modernos bloques de hardware.
Culmina en la descripcin de la primera generacin de nodo sensor utilizado
como una base de comparacin. El Captulo 3 se presenta la arquitectura
general para el sistema operativo TinyOS y la lista de componentes incluidos.
TinyOS es un sistema operativo basado en eventos altamente eficiente con un
modelo de componentes. Desempea un papel fundamental en la capacidad
de exponer las arquitecturas de hardware que presentamos.
El Captulo 4 se describen los aspectos crticos del diseo que debe ser
abordado por una red de sensores inalmbricos plataforma. Nos referimos a las

deficiencias de las actuales arquitecturas inalmbricas y una arquitectura

generalizada que aborda estas cuestiones. Nuestra arquitectura generalizada
est diseado para permitir la flexibilidad sin sacrificar la eficiencia.
En el captulo 5 se presenta la plataforma Mica - un off-the-shelf aproximacin
de nuestra
arquitectura generalizada. Mica representa lo que es posible con hardware
comercial, que nos permite validar los principios bsicos de nuestra
arquitectura generalizada.

Abeja 8 Mica ha utilizado con xito en cientos de mundo real sensor las
implementaciones de red. El Captulo 6 se presenta la especificacin un solo
chip nodo en el que la comunicacin, computacin y almacenamiento se
combinan en un 2,5 mm x 2,5 mm morir. Spec es una realizacin plena de la
arquitectura generalizada. Representa el futuro de especificaciones de
hardware de red de sensores inalmbricos.
Captulo 7 preajustes un panorama general y un anlisis de varias aplicaciones
de demostracin. Este anlisis ponen de relieve el impacto en el rendimiento
de la arquitectura. Adems, las aplicaciones presentadas demuestran la
flexibilidad y validar la plataforma.
El Captulo 8 ofrece un estudio de los trabajos afines. Esto incluye un resumen
de
los esfuerzos de investigacin que se han superpuesto en la parte superior del
sistema se presentan as como otras actividades inalmbricas. El Captulo 9 se
presenta un resumen de las tesis y concluye con una prediccin de las
tendencias tecnolgicas futuras.
9

Captulo 2: Las redes inalmbricas de sensores

El concepto de redes de sensores inalmbricos se basa en una simple

ecuacin:
Sensor + CPU + Radio = miles de potenciales aplicaciones
tan pronto como las personas comprender las capacidades de una red de
sensores inalmbricos,
cientos de aplicaciones vienen a la mente. Parece que una simple combinacin
de la tecnologa moderna.
Sin embargo, combinando los sensores, las radios y la CPU en un eficaz
red de sensores inalmbricos requiere una comprensin detallada de las
capacidades y limitaciones de cada uno de los componentes de hardware, as
como una descripcin detallada de las modernas tecnologas de redes y
sistemas distribuidos teora. Cada nodo debe estar diseado para proporcionar
el conjunto de primitivas necesarias para sintetizar la web interconectado que
va a surgir como que estn desplegados y cumple con los estrictos requisitos
de tamao, costo y consumo de energa. Un problema fundamental es el de
asignar las condiciones generales del sistema de las capacidades del
dispositivo, requisitos y medidas. Para que la red de sensores inalmbricos
visin en una realidad, la arquitectura debe ser desarrollado que sintetiza la
contempla las aplicaciones de capacidades de hardware subyacente.
Para desarrollar la arquitectura del sistema desde el que trabajamos el alto
nivel
requisitos de la aplicacin hacia abajo a travs del hardware de bajo nivel. En
este proceso, en primer lugar tratar de comprender el conjunto de las
aplicaciones de destino. Para limitar el nmero de solicitudes que tenemos que
considerar, nosotros nos centramos en un conjunto de clases de aplicaciones
que creemos son representativos de una gran parte de los posibles escenarios
de uso. Nosotros utilizamos este conjunto de
10

clases de aplicaciones para explorar el sistema de los requisitos de nivel que se

colocan sobre la arquitectura global. De estos requisitos de nivel de sistema,

podemos profundizar en el nodo individual de los requisitos de nivel. Adems,

se debe aportar una informacin detallada sobre la capacidad de hardware
moderno.
Despus de que nos presentan la materia prima capacidades de hardware,
presentamos un
nodo sensor inalmbrico. El Rene nodo representa un primer corte en una
arquitectura de sistemas, y se utiliza para realizar una comparacin de las
arquitecturas de sistema presentado en captulos posteriores.
2.1 Red de sensores clases de aplicaciones
Las tres clases de aplicaciones que hemos seleccionado son: recogida de datos
medioambientales,
control de seguridad y seguimiento de nodo sensor. Creemos que la mayora de
las implementaciones de red wireless sensor se caen en una de estas plantillas
de clase.
2.1.1
UN Acopio de Datos sobre el Medio Ambiente medio ambiente cannico
aplicacin de recopilacin de datos es una donde un
cientfico de investigacin pretende recolectar varias lecturas del sensor de un
conjunto de puntos en un entorno durante un perodo de tiempo, a fin de
detectar tendencias e interdependencias. Este cientfico que desee para
recoger datos de cientos de puntos esparcidos por toda la zona y, a
continuacin, analizar los datos sin conexin [8, 9]. El cientfico estara
interesado en cuanto a recogida de datos durante varios meses o aos, a fin de
mirar a largo plazo y las tendencias estacionales. De los datos que se han
sentido, tendra que ser recogidos a intervalos regulares y los nodos de lugares
conocidos.
En el nivel de red, el acopio de datos sobre el medio ambiente se
caracteriza por tener un gran nmero de nodos y la transmisin continua
deteccin
11

datos en un conjunto de estaciones base que almacenan los datos utilizando

los mtodos tradicionales. Estas redes requieren por lo general muy bajas tasas

de transferencia de datos, muy larga vida til. En escenario de uso tpico, los
nodos se distribuyen uniformemente sobre un entorno al aire libre. Esta
distancia entre nodos adyacentes ser mnima y sin embargo la distancia en
toda la red.
Despus de la implementacin, los nodos deben primero descubra la topologa
de la red y
las estrategias de enrutamiento ptimo estimado [ 10]. La estrategia de
enrutamiento se pueden utilizar para enrutar datos a un punto central de
recogida. En las aplicaciones para la vigilancia del medio ambiente, no es
indispensable que los nodos de enrutamiento ptimo desarrollo de las
estrategias de las propias. En cambio, es posible calcular la topologa de
enrutamiento ptimo fuera de la red y, a continuacin, comunicar la
informacin necesaria a los nodos segn sea necesario. Esto es posible porque
la topologa fsica de la red es relativamente constante. Mientras que el tiempo
variante naturaleza de comunicacin por radiofrecuencia puede causar
conectividad entre dos nodos de forma intermitente, la topologa general de la
red se mantiene relativamente estable.
Recogida de datos medioambientales suelen utilizar aplicaciones basada en
rbol
las topologas de enrutamiento donde cada rbol de ruta se basa en una alta
capacidad de los nodos que hunden los datos. Los datos se transmiten de
forma peridica nio nodo a nodo principal de la estructura de rbol hasta que
llega al receptor. rbol de recopilacin de datos basado cada nodo es
responsable de enviar los datos de todos sus descendientes. Los nodos con un
gran nmero de descendientes transmitir muchos ms datos de nodos hoja.
Estos nodos puede convertirse rpidamente en embotellamientos energticos
[11, 12].
Una vez que la red est configurada, cada nodo peridicamente muestras sus
sensores y
transmite sus datos hasta el rbol de ruta y volver a la estacin base. En
muchos casos, el

intervalo de tiempo entre las 12 transmisiones pueden ser del orden de

minutos. Los perodos de presentacin de informes se prev que sea entre 1 y

15 minutos; si bien es posible que las redes son significativamente mayores a

las tasas de presentacin de informes. El entorno tpico los parmetros
monitoreados, tales como la temperatura, la intensidad de la luz y la humedad,
y no cambiar lo suficientemente rpido como para exigir mayores ndices de
presentacin de informes.
Adems de los grandes intervalos de muestra, las aplicaciones para la
vigilancia del medio ambiente no
tienen estrictas necesidades de latencia. Las muestras de datos puede ser
retrasado dentro de la red para perodos de tiempo moderado sin afectar de
manera significativa rendimiento de la aplicacin. En general, los datos se
recogieron para su anlisis en el futuro, no para el funcionamiento en tiempo
real.
Con el fin de satisfacer necesidades vida, cada comunicacin evento debe ser
precisamente programado. El senor nodos permanecer latente la mayora de
las veces, sino nicamente despus de transmitir o recibir datos. Si el
calendario preciso no se cumple, el eventos de comunicacin.
En la red las edades, se espera que los nodos se producir un error en el
tiempo. Peridicamente la
red tendr que volver a configurar para manejar nodo/error de conexin o de
redistribuir carga de la red. Adems, como los investigadores aprender ms
acerca del medio ambiente, estudio, puede que quieran ir y deteccin insertar
puntos adicionales. En ambos casos, las reconfiguraciones son relativamente
infrecuentes y no representan una cantidad significativa de la energa total del
sistema.
Las caractersticas ms importantes de los requisitos en materia de vigilancia
ambiental
son de larga vida, perfecta sincronizacin, bajas velocidades de datos
relativamente estticos y topologas.
Adems no es necesario que los datos se transmiten en tiempo real a la central
13

punto de recogida. Las transmisiones de datos puede ser retrasada dentro de

la red segn sea necesario a fin de mejorar la eficiencia de la red.

2.1.2 Control de la Seguridad

nuestra segunda clase de red de sensores aplicacin es la vigilancia.
Supervisin de la Seguridad de las redes estn formadas por nodos que se
colocan en lugares fijos en un entorno que vigilar continuamente uno o ms
sensores para detectar una anomala. Una diferencia clave entre control de la
seguridad y la vigilancia del medio ambiente es que las redes de seguridad no
estn recopilando los datos. Esto tiene un impacto significativo en la
arquitectura de red ptima. Cada nodo tiene que comprobar frecuentemente el
estado de sus sensores, pero slo tiene que transmitir un informe de datos
cuando hay una violacin de seguridad. La comunicacin inmediata y confiable
de mensajes de alarma es el principal requisito del sistema. Estos son los
"informe de excepcin" redes.
Adems, es esencial que se confirma que cada nodo est an presente y
funcionamiento. Si un nodo se va a desactivar o no, que sera una violacin de
la seguridad debe ser notificado. Las aplicaciones para la supervisin de la
seguridad, la red debe configurarse de modo que los nodos son los
responsables de confirmar la situacin de cada uno. Un enfoque consiste en
que cada nodo se asigna a los compaeros que le informe si un nodo no est
funcionando. La topologa de una red de supervisin de la seguridad ser
bastante diferente de la de una red de recogida de datos.
En una coleccin rbol, cada nodo debe transmitir los datos de todos sus
descendientes.
Por ello, lo ideal es tener un corto y ancho rbol. En contraste, con una red de
seguridad la configuracin ptima sera la de tener una topologa lineal que
forma un ciclo Hamiltoniano de la red. El consumo de energa de cada nodo es
solamente
14

proporcional al nmero de hijos que tiene. En una red lineal, cada nodo podra
tener un solo hijo. Esto permitira distribuir uniformemente el consumo de
energa de la red.
La norma aceptada para sistemas de seguridad hoy en da es que cada uno se
debe

revisar el sensor aproximadamente una vez por hora. Combinado con la

capacidad de distribuir uniformemente la carga de controlar los nodos, el coste
de energa de realizar esta comprobacin se hace mnima. La mayora de el
consumo de energa en una red de seguridad se dedica a satisfacer las
estrictas necesidades de latencia asociada con la sealizacin de la alarma
cuando se produce una violacin de seguridad.
Una vez detectados, una violacin de la seguridad deber ser comunicada a la
estacin base
inmediatamente. La latencia de la comunicacin de datos a travs de la red a
la estacin base tiene un impacto crtico en el rendimiento de la aplicacin. Los
usuarios exigen que las situaciones de alarma se inform a los pocos segundos
de deteccin. Esto significa que los nodos de la red debe ser capaz de
responder rpidamente a las peticiones de sus vecinos para enviar los datos.
En las redes de seguridad reduce la latencia de la transmisin de la alarma es
considerablemente
ms importante que reducir el coste energtico de las transmisiones. Esto es
as porque los eventos de alarma se espera que sean raros. En un sistema de
seguridad contra incendios alarmas que casi nunca se ha sealado. En el caso
de que uno se produce una cantidad significativa de energa podra ser
dedicado a la transmisin. Reduccin de la latencia de la transmisin da lugar a
un mayor consumo de energa porque los nodos de enrutamiento debe vigilar
el canal de radio ms a menudo.
En las redes de seguridad, la gran mayora de la energa se gasta en confirmar
la funcionalidad de los nodos vecinos y de estar preparado para enviar alarmas
al instante
15

anuncios. La transmisin de datos, y consumir una pequea fraccin de la

energa de red.
2.1.3 Seguimiento de Nodo escenarios
un tercer escenario de uso comn para las redes de sensores es el seguimiento
de

un objeto a travs de un etiquetado regin del espacio vigilado por una red de
sensores. Hay muchas situaciones en las que uno quisiera para realizar un
seguimiento de la ubicacin de los valiosos activos o personal. Sistemas de
control de inventario intento para realizar el seguimiento de objetos mediante
la grabacin del ltimo punto de control que un objeto pasa a travs. Sin
embargo, con estos sistemas, no es posible determinar la ubicacin actual de
un objeto. Por ejemplo, UPS seguimiento de cada envo mediante el escaneo de
un cdigo de barras cada vez que pasa a travs de un centro de enrutamiento.
El sistema se colapsa cuando los objetos no desde el punto de control de flujo
de control. En el tpico ambiente de trabajo es poco prctico esperar que
continuamente objetos que se pasan por los puestos de control.
Con las redes inalmbricas de sensores, los objetos pueden ser rastreados por
simplemente marcado
con un pequeo nodo sensor. El nodo sensor ser objeto de seguimiento a
medida que se desplaza a travs de un campo de nodos de sensores que se
implementan en el medio ambiente en lugares conocidos. En lugar de percibir
los datos ambientales, estos nodos se van a implementar en el sentido de los
mensajes DE RF los nodos conectados a diversos objetos. Los nodos pueden
ser utilizados como las etiquetas activas que anuncian la presencia de un
dispositivo. Una base de datos se puede utilizar para registrar la ubicacin de
objetos con seguimiento relativo al conjunto de nodos en lugares conocidos.
Con este sistema, es posible que preguntar de dnde se encuentra un objeto, y
no slo en la ltima vez que se captura [ 13].
A diferencia de teleobservacin o las redes de seguridad, el nodo aplicaciones
de seguimiento, de manera continua
los cambios de topologa se mueva como nodos a travs de la red.
16 Mientras que la conectividad

entre los nodos en lugares fijos se mantienen relativamente estables, la

conectividad de los nodos mviles se cambia de manera constante. Adems, el
conjunto de nodos que se va a realizar el seguimiento se cambian
continuamente como objetos entran y salen del sistema. Es esencial que la red
sea capaz de detectar eficientemente la presencia de nuevos nodos que entran
en la red.
2.1.4 Redes hbridas

en general, escenarios de la aplicacin contienen aspectos de las tres

categoras.
Por ejemplo, en una red diseada para vehculos que pasan a travs de l, la
red puede cambiar entre ser una alarma red de monitoreo y una red de
recogida de datos.
Durante los largos perodos de inactividad cuando los vehculos no estn
presentes, la red basta con realizar una alarma funcin de vigilancia. Cada
nodo se encargar de su espera sensores para detectar un vehculo. Una vez
que un evento de alarma es detectada, todas o parte de la red, cambiar a una
red de recogida de datos e informar peridicamente de las lecturas de los
sensores a una estacin base que va los vehculos. Debido a este multi-modal
comportamiento de la red, es importante desarrollar una arquitectura nica
que y gestionar los tres de estos escenarios de aplicacin.
2.2 Evaluacin del Sistema Parmetros
Ahora que hemos establecido un conjunto de escenarios de aplicacin que nos
ocupa, se explora la evaluacin mtrica que se utiliza para evaluar a una red
de sensores inalmbricos. Para ello debemos tener en cuenta el alto nivel de
los objetivos de la implementacin de la red, la intencin de uso de la red, y las
principales ventajas de las redes inalmbricas de sensores con relacin a las
tecnologas actuales. La clave de la evaluacin de parmetros
17

redes inalmbricas de sensores son vida, cobertura, costo y facilidad de

implementacin, el tiempo de respuesta, precisin temporal, seguridad, y de la
muestra efectiva. Su importancia se discuten a continuacin.
Un resultado de ello es que muchos de estos parmetros estn relacionados
entre s. A menudo, puede
ser necesario reducir el rendimiento en una medicin, tales como velocidad de
muestreo, con el fin de aumentar, como vida. En su conjunto, este conjunto de
mtricas forma un espacio multidimensional que puede ser utilizado para
describir la capacidad de una red de sensores inalmbricos. Las capacidades
de la plataforma estn representados por un volumen de este espacio
multidimensional que contiene todos los puntos de funcionamiento. A su vez, la
implementacin de la aplicacin especfica es representado por un nico punto.
La plataforma del sistema puede realizar correctamente la aplicacin, si y slo

si los requisitos de la aplicacin se encuentra dentro del hiperespacio

capacidad.
Uno de los objetivos de este captulo es presentar una comprensin de los
compromisos que
cada uno de los ejes de este espacio y una comprensin de las capacidades.
Las mejoras en la arquitectura y las optimizaciones que presentamos en los
captulos posteriores son motivados por un aumento de la capacidad para
ofrecer estas capacidades y aumentar el volumen de la capacidad hypercube.
2.2.1 Vida
esencial en cualquier red de sensores inalmbricos es el despliegue previsto de
vida til. El
objetivo de la vigilancia del medio ambiente y la seguridad escenarios de
aplicacin es que los nodos situados en el campo, sin supervisin, por meses o
aos.
El principal factor limitante para la vida de una red de sensores es el
suministro de energa. Cada uno de los nodos debe estar diseado para
gestionar su oferta local de energa, a fin de aprovechar al mximo total de la
red vida. En muchas implementaciones, no es la media vida nodo
18

que es importante, sino el mnimo y vida. En el caso de sistemas de seguridad

inalmbricos, cada nodo debe durar varios aos. Un error en un nico nodo
creara una vulnerabilidad en los sistemas de seguridad.
En algunas situaciones es posible que se pueda explotar energa externa, tal
vez tocando
en construir poder con algunos o todos los nodos. Sin embargo, uno de los
principales beneficios de sistemas inalmbricos es la facilidad de la instalacin.
Que requieran de una alimentacin que se suministran externamente a todos
los nodos en gran medida anula esta ventaja. Hay un compromiso para un
puado de nodos especiales que estn conectados a la construccin de
infraestructura de energa.
La mayora de escenarios de aplicacin, la mayora de los nodos que se auto-

alimenta. Ellos tendrn que contienen suficiente energa almacenada a durar

aos, o tendrn que ser capaces de barrido de energa desde el entorno a
travs de dispositivos, tales como las clulas solares o generadores
piezoelctricos [14, 15]. De estas dos opciones demanda que el consumo
medio de energa de los nodos que sea lo ms bajo posible.
El factor ms importante a la hora de determinar su vida de un suministro de
energa
consumo de energa es la radio. En un nodo sensor inalmbrico la radio
consume una gran mayora de la energa del sistema. Este consumo de energa
se puede reducir mediante una disminucin de la potencia de salida de una
transmisin o por la disminucin del radio ciclo de trabajo. Ambas de estas
alternativas implican sacrificar otros parmetros del sistema.
2.2.2 Cobertura
de la vigencia siguiente, la cobertura es la evaluacin primaria mtricas para
una red inalmbrica.
Siempre es conveniente que la capacidad para desplegar una red a travs de
un mayor espacio fsico. Esto puede aumentar significativamente el sistema de
valor para el usuario final. Es importante tener en cuenta que la cobertura de la
red no es igual a la de los
19

enlaces de comunicacin inalmbrica que se est usando. Multi-hop tcnicas

de comunicacin pueden ampliar la cobertura de la red y ms all del alcance
de la tecnologa de la radio. En teora tienen la capacidad de extender
indefinidamente alcance de la red. Sin embargo, en un determinado rango de
transmisin multi-hop protocolos de red aumentar el consumo de energa de
los nodos, lo que puede disminuir la red vida. Adems, requieren un mnimo de
densidad nodo, lo cual podra aumentar el coste de implementacin.
Vinculado a la gama de la capacidad de la red para escalar a un gran nmero
de nodos.
La escalabilidad es un componente clave de la red de sensores inalmbricos
proposicin de valor. Un usuario puede utilizar una pequea red de ensayo en
primer lugar y, a continuacin, puede agregar puntos de deteccin para
recopilar ms informacin y diferentes. El usuario debe estar seguro de que la
tecnologa de la red que se utiliza es capaz de escalar para satisfacer su

necesidad. Aumentar el nmero de nodos del sistema va a tener un impacto en

la vida o tasa efectiva de muestreo.
Deteccin ms puntos har que ms datos que se van a transmitir lo que
incrementar el consumo de energa de la red. Esto puede ser contrarrestado
por muestreo menos a menudo.
2.2.3 Costo y facilidad de implementacin
UNA de las principales ventajas de las redes inalmbricas de sensores es su
facilidad de implementacin.
Los bilogos y los trabajadores de la construccin instalacin de redes no
pueden entender las redes y mecanismos de comunicacin en el trabajo dentro
de la red inalmbrica. Para implementaciones de sistema para que tenga xito,
la red de sensores inalmbricos debe configurar por s mismo. Debe ser posible
para los nodos que se coloca en el medio ambiente por una persona no
capacitada y que el sistema simplemente trabajar.
Idealmente, el sistema se configura automticamente para cualquier posible
nodo fsico. Sin embargo, los sistemas reales debe colocar limitaciones a nodo
real
20

ubicaciones - no es posible tener los nodos con infinita variedad. La red de

sensores inalmbricos debe ser capaz de proporcionar informacin de cuando
estas limitaciones son violados.
La red debe ser capaz de evaluar la calidad de la implementacin de la red e
indicar los posibles problemas. Esto se traduce en que cada dispositivo es
capaz de realizar enlace descubrimiento y determinar calidad de enlace.
Adems de la fase de configuracin inicial, el sistema tambin debe adaptarse
a los
cambios en las condiciones ambientales. Durante toda la vida til de una
instalacin, los nodos pueden ser reubicados o grandes objetos fsicos pueden
ser colocados de tal manera que interfieren con la comunicacin entre dos
nodos. La red debe ser capaz de configurar automticamente sobre la
demanda para poder tolerar estos hechos.

El proceso inicial de implementacin y configuracin es slo el primer paso en

el
ciclo de vida de la red. En el largo plazo, el coste total de propiedad de un
sistema puede tener ms que ver con el costo de mantenimiento de los costes
de la implementacin inicial. La aplicacin de seguridad escenario en particular
requiere que el sistema se extremadamente robusto. Adems de una extensa
prueba de software y hardware antes de su implementacin, el sistema de
sensores deben ser construidos de manera que es capaz de realizar una
continua auto-mantenimiento. Cuando sea necesario, tambin debe ser capaz
de generar las peticiones externas cuando es necesario realizar el
mantenimiento.
En una implementacin real, una fraccin de la energa total presupuesto
deben estar dedicados a tareas de
mantenimiento del sistema y la verificacin. La generacin de trfico
diagnstico y reconfiguracin reduce la red vida. Tambin puede disminuir la
frecuencia de muestreo.
21

2.2.4 Tiempo de respuesta

sobre todo en nuestro escenario de la aplicacin de alarma, tiempo de
respuesta del sistema es un
indicador de rendimiento. Una alarma debe sealar inmediatamente cuando se
detecta una intrusin. A pesar de la baja de operacin, los nodos deben ser
capaces de producir inmediatos de alta prioridad los mensajes comunicados a
travs de la red lo ms rpidamente posible. Si bien estos eventos ser poco
frecuentes, pueden ocurrir en cualquier momento sin previo aviso. Tiempo de
respuesta tambin es fundamental cuando se utiliza el seguimiento ambiental
de fbrica de mquinas y equipos. Muchos usuarios ven las redes inalmbricas
de sensores como herramientas tiles para control de procesos industriales.
Estos sistemas slo se prctica garantas si el tiempo de respuesta.
La capacidad de tener un bajo tiempo de respuesta los conflictos con muchas
de las tcnicas utilizadas
para aumentar red vida. Red vida puede aumentar por tener nodos slo
funcionan sus radios por breves perodos de tiempo. Si un nodo slo se
enciende su radio una vez por minuto para transmitir y recibir datos, sera

imposible satisfacer los requisitos de la aplicacin para el tiempo de respuesta

de un sistema de seguridad.
Tiempo de respuesta puede ser mejorado incluyendo los nodos que estn
encendido todo el tiempo.
Estos nodos pueden escuchar los mensajes de alarma y los transmitir un
recorrido troncal cuando sea necesario. Esto, sin embargo, reduce la facilidad
de instalacin del sistema.
2.2.5 Precisin Temporal
en relacin con el medio ambiente y seguimiento de las aplicaciones, las
muestras de varios nodos deben
correlacionar en tiempo a fin de determinar la naturaleza del fenmeno que se
va a medir.
La precisin necesaria correlacin de este mecanismo depender de la
velocidad

de propagacin de 22 el fenmeno que se est midiendo. En el caso de la

determinacin de la temperatura media de un edificio, las muestras deben
estar correlacionado con slo en cuestin de segundos. Sin embargo, para
determinar la forma en que un edificio reacciona ante un evento ssmico, se
requiere precisin milisegundo.
Para lograr precisin temporal, una red debe ser capaz de construir y
mantener una base de tiempo que se puede utilizar para ordenar
cronolgicamente las muestras y eventos. En un sistema distribuido, la energa
debe ser utilizada para mantener esta distribuido reloj. Sincronizacin de
tiempo informacin deber estar continuamente comunicados entre los nodos.
La frecuencia de los mensajes de sincronizacin depende de la precisin
deseada del reloj de tiempo. La lnea inferior es el mantenimiento de una base
de tiempo requiere tanto de la energa y el ancho de banda.
2.2.6 Seguridad
a pesar de la aparentemente inofensiva de carcter simple de la temperatura y
la luz

informacin de una aplicacin de supervisin ambiental, mantiene esta

informacin de forma segura puede ser sumamente importante. Patrones
significativos y uso de la actividad puede ser fcilmente extrados de una traza
de temperatura y luz en un edificio de oficinas. En las manos equivocadas, esta
informacin puede ser aprovechada para plan estratgico o ataque fsico en
una compaa. Las redes inalmbricas de sensores debe ser capaz de
mantener la informacin privada que se estn recopilando de escuchas.
Ya que consideramos que las aplicaciones orientadas a la seguridad, la
seguridad de los datos es incluso ms
importante. No slo el sistema debe mantener la privacidad, pero tambin
debe tener la capacidad para autenticar comunicaciones de datos. No debera
ser posible establecer un falso mensaje de alarma o para reproducir un viejo
mensaje de alarma como la actual. Una combinacin de privacidad
23

y es necesaria la autenticacin para atender a las necesidades de los tres

escenarios. Adems, no debera ser posible impedir el correcto funcionamiento
de interferir con las seales transmitidas.
Uso de la encriptacin y autenticacin criptogrfica los costos tanto de la
energa y el
ancho de banda de la red [16, 17]. Computacin Extra se debe realizar para
cifrar y descifrar los datos y autenticacin adicional bits debe transmitirse con
cada paquete. Esto tiene un impacto rendimiento de las aplicaciones mediante
la disminucin de la cantidad de muestras que puede ser extrada de una
determinada red red previsto y la vida.
2.2.7 Eficaz Tasa de muestreo
en una red de recogida de datos, una tasa de muestreo es una aplicacin
principal
indicador de rendimiento. Definimos el tipo efectivo de la muestra, la
frecuencia de muestreo que datos del sensor se puede tomar en cada sensor
individual y comunicarse a un punto de recogida en una red de recogida de
datos. Afortunadamente, acopio de datos sobre el medio ambiente por lo
general slo demanda aplicaciones las frecuencias de muestreo de 1 a 2
muestras por minuto. Sin embargo, adems de la velocidad de muestreo de un

solo sensor, tambin debemos de considerar el impacto de la multi-hop

arquitecturas de networking de nodos rel capacidad de los datos de los nodos.
Recopilacin de datos en un rbol, un nodo debe manejar los datos de todos
sus descendientes. Si
cada nio transmite una sola lectura de los sensores y un nodo dispone de un
total de 60 descendientes, entonces se ver forzada a transmitir 60 veces la
cantidad de datos. Adems, debe ser capaz de recibir esos 60 lecturas en un
solo perodo de muestreo. Esta multiplicacin aumento en la comunicacin de
datos tiene un efecto significativo sobre los requisitos del sistema. Las tasas de
bits Red combinada con mximo tamao de la red terminan impactando en el
efectivo por nodo tasa de muestreo del sistema completo [ 5].
24

Un mecanismo eficaz para aumentar la frecuencia de muestreo ms all de la

materia prima
las capacidades de comunicacin de la red es explotar en procesamiento de
red. Diversas formas de compresin espacial y temporal puede ser utilizado
para reducir el ancho de banda de comunicacin necesarios mientras se
mantiene la misma tasa de muestreo. Adems almacenamiento local se puede
utilizar para recoger y almacenar datos con una frecuencia de muestreo alta
por perodos cortos de tiempo. En procesamiento de datos de la red se puede
usar para determinar cundo un "interesante" evento que se ha producido y
almacenamiento de datos automticamente. Los datos se pueden descargar a
travs de la red multi-hop como ancho de banda le permite.
Activacin es la forma ms sencilla de procesamiento de red. Es comnmente
usado en los
sistemas de seguridad. Efectivamente, cada sensor se muestrean
continuamente, procesar, y slo cuando una infraccin de seguridad se ha
producido los datos transmitidos a la estacin base. Si no hubiera ningn
clculo local, un flujo continuo de sensor redundante las lecturas que hay que
transmitir. Nos muestran cmo este mismo proceso se puede extender a los
complejos eventos de deteccin.
2.3 Nodo Individual evaluacin mtrica
Ahora que hemos establecido el conjunto de parmetros que se utilizarn para
evaluar el

desempeo de la red de sensores en su conjunto, podemos intentar vincular

las mtricas de rendimiento del sistema en el nodo individual caractersticas
que los apoya. El objetivo final es comprender cmo los cambios en el sistema
de bajo nivel impacto arquitectura rendimiento de la aplicacin. Al igual que
mediciones de aplicacin son a menudo estn relacionadas entre s, vamos a
ver que una mejora en un nodo de evaluacin de nivel mtrico (por ej., gama)
a menudo se produce a expensas de otro (por ejemplo, alimentacin).
25

2.3.1 Capacidad
de atender a las mltiples necesidades de las aplicaciones de los nodos de
sensores individuales deben ser
increblemente bajo consumo de energa. A diferencia de los telfonos mviles,
con consumo de energa promedio medido en cientos de miliamperios y multida vida, el consumo medio de energa de los nodos de la red de sensores
inalmbricos debe medirse en micro amperios. Este ultra-funcionamiento de
bajo consumo slo se puede lograr con la combinacin de ambas de baja
potencia bajo los componentes de hardware y ciclo de trabajo de tcnicas de
funcionamiento.
Durante la actividad, comunicacin por radio, constituyen una fraccin
significativa
del nodo de presupuesto total de energa. Algoritmos y protocolos deben ser
desarrollados para reducir la actividad siempre que sea posible. Esto se puede
conseguir mediante computacin localizada para reducir los flujos de datos que
se genera por medio de sensores y protocolos especficos a travs de la
aplicacin. Por ejemplo, eventos de varios nodos de sensores se pueden
combinar entre s por un grupo local de nodos antes de transmitir un resultado
nico en toda la red de sensores.
El debate sobre las fuentes de energa de que disponemos muestran que un
nodo debe consumir
menos de 200 uA en promedio por un perodo de un ao en un par de pilas AA.
En contraste, el consumo de energa promedio de un telfono celular es
normalmente de ms de 4000 uA, una diferencia 20 veces.
2.3.2 Flexibilidad

La amplia gama de escenarios de uso se considera que el nodo

arquitectura debe ser flexible y adaptable. Cada escenario de la aplicacin va a
exigir una mezcla ligeramente diferente de vida, tasa de muestreo, el tiempo
de respuesta y de procesamiento de la red.
Una red de sensores inalmbricos arquitectura debe ser lo suficientemente
flexible como para adaptarse a una amplia
26

gama de comportamientos de la aplicacin. Adems, por razones de coste

cada dispositivo tendr slo el hardware y el software que realmente necesita
de una determinada aplicacin. La arquitectura debe hacer que sea ms fcil
para el ensamblaje, el conjunto correcto de los componentes de hardware y
software.
Por lo tanto, estos dispositivos requieren un grado excepcional de modularidad
del software y hardware y a la vez mantener la eficiencia.
2.3.3 Solidez
a fin de apoyar la vida exige, cada nodo debe ser
construido para ser tan robusta como sea posible. En una implementacin
tpica, cientos de nodos tendrn que trabajar en armona durante aos. Para
lograr esto, el sistema debe estar construido de forma que puede tolerar y
adaptarse a cada nodo. Adems, cada nodo debe estar diseado para ser tan
robusta como sea posible.
Modularidad del Sistema es una herramienta muy potente que puede ser
utilizado para desarrollar un sistema slido.
Funcionalidad del sistema, dividiendo en subpoblaciones aisladas, cada una de
las funciones puede ser probado de manera aislada antes de combinarlos en
una aplicacin completa. Para facilitar este proceso, los componentes del
sistema deben ser lo ms independiente posible y cuentan con interfaces que
son angostas, con el fin de evitar interacciones inesperadas.
Adems de la necesidad de aumentar la solidez del sistema de fallo de un
nodo, una
red de sensores inalmbricos tambin debe ser resistente a la interferencia
externa. Como estas redes a menudo convivir con otros sistemas inalmbricos,

necesitan la capacidad de adaptar su comportamiento en consecuencia. La

robustez de enlaces inalmbricos de interferencias externas pueden ser mucho
mayores mediante el uso de multi-canal y radio spread spectrum. Es comn
que las instalaciones de que los dispositivos inalmbricos que operan en uno o
ms frecuencias. El
27

capacidad para evitar las frecuencias es esencial para garantizar el xito de la

implementacin.
2.3.4 Seguridad
a fin de satisfacer los requisitos de seguridad a nivel aplicacin, los nodos
individuales
deben ser capaces de realizar complejos algoritmos de autenticacin y cifrado.
Comunicacin inalmbrica de datos es fcilmente susceptible de ser
interceptado. La nica manera de mantener los datos de estas redes privadas y
autntico es cifrar todas las transmisiones de datos.
La CPU debe ser capaz de realizar las operaciones de cifrado, o con la ayuda de
aceleradores criptogrficos [ 16].
Adems de asegurar todas las transmisiones de datos, los nodos deben
garantizar la seguridad de los
datos que contienen. Si bien no tienen grandes cantidades de datos de la
aplicacin almacena internamente, tendrn que guardar secretos claves de
cifrado que se usan en la red. Si estas teclas se revel, la seguridad de la red
podra derrumbarse. Para dar una verdadera seguridad, debe ser difcil extraer
las claves de cifrado de desde cualquier nodo.
2.3.5 Comunicacin de
la mtrica clave de la evaluacin de las redes de sensores inalmbricos es su
velocidad de comunicacin, el consumo de energa y su alcance. A pesar de
que hemos hecho el argumento de que la cobertura de la red no est limitada
por el alcance de transmisin de los nodos individuales, el rango de
transmisin tiene un impacto significativo en el nodo densidad mnima
aceptable. Si los nodos estn demasiado lejos, es posible que no se pueda
crear una red interconectada o uno con suficiente redundancia para mantener

un alto nivel de fiabilidad. La mayora de escenarios naturales tienen

densidades nodo que se corresponden con las
28

granularidad de deteccin que se desee. Si el radio de comunicaciones exige

un nodo superior densidad, nodos adicionales debe ser aadido al sistema para
aumentar densidad nodo a un nivel tolerable.
La velocidad de comunicacin tambin ha tenido un impacto significativo en el
nodo.
Mayores velocidades de comunicacin traducir en la capacidad para lograr una
mayor eficacia las tasas de muestreo y menor consumo de alimentacin de
red. Aumento de las tasas de bits, las transmisiones tienen menos tiempo y,
por lo tanto, potencialmente necesita menos energa. Sin embargo, el aumento
de velocidad de bits radio es a menudo acompaada de un aumento de
consumo de alimentacin de la radio. Todas las cosas que, en igualdad de
condiciones, una mayor velocidad de bits de transmisin se traducir en un
mayor rendimiento del sistema. Sin embargo, mostraremos ms adelante que
un aumento en la tasa de bits comunicacin tiene un impacto significativo en el
consumo de energa y requisitos informticos del nodo. En total, los beneficios
de un aumento de velocidad de bits puede ser compensada por otros varios
factores.
2.3.6 Calcular
las dos operaciones ms exigentes en cuanto a capacidad de procesamiento de
un nodo sensor inalmbrico son
las de procesamiento de datos de la red y la gestin de la baja de protocolos de
comunicacin inalmbrica de nivel. Como se discute ms adelante, hay tiempo
real estricto requisitos relacionados con comunicacin y los sensores. A medida
que los datos se llega a travs de la red, la CPU debe controlar de forma
simultnea la radio y grabar y decodificar los datos entrantes.
Mayores velocidades de comunicacin requiere ms rpido clculo.
Lo mismo es cierto para la transformacin que se est llevando a cabo sobre
datos de los sensores. Sensores Analgicos

pueden generar miles de muestras por segundo. Las operaciones de

tratamiento comn del sensor incluir filtrado digital, media, deteccin umbral,
la correlacin y el anlisis espectral.
29

Puede que sea necesario realizar una FFT en tiempo real de datos entrantes
con el fin de detectar un evento de alto nivel.
Adems de poder local proceso, refinar y desechar las lecturas de los sensores,
puede
resultar beneficioso para combinar los datos con sensores vecinos antes de la
transmisin a travs de una red. Tan compleja onda sensor puede ser reducido
a eventos clave, los resultados de varios nodos pueden ser sintetizadas. Este
procesamiento de red requiere recursos informticos adicionales.
En nuestra experiencia, 2-4 MIPS de procesamiento son necesarias para
implementar la
comunicacin por radio los protocolos que se utilizan en las redes inalmbricas
de sensores. Ms all de eso, la aplicacin procesamiento de datos puede
consumir una cantidad arbitraria de clculo en funcin de los clculos que se
realizan.
2.3.7 Sincronizacin de tiempo
con el fin de apoyar tiempo lecturas del sensor y correlacin baja ciclo de
trabajo funcionamiento
de nuestra aplicacin de recopilacin de datos, los nodos deben ser capaces de
mantener sincronizacin temporal precisa con otros miembros de la red. Los
nodos necesidad de dormir y despertar, de tal manera que pueden
comunicarse peridicamente. Los errores en la distribucin, crear ineficiencias
que dan como resultado un mayor ciclos de trabajo.
En sistemas distribuidos, deriva de relojes aparte con el tiempo debido a la
imprecisin de
cronometraje mecanismos. Dependiendo de la temperatura, voltaje, humedad,
tiempo osciladores operan en frecuencias ligeramente diferentes. De alta
precisin mecanismos de sincronizacin debe ser continuamente a compensar
estas inexactitudes.

30

2.3.8 Tamao y costo

del tamao fsico y coste de cada nodo sensor tiene una
repercusin importante y directa en la facilidad y el costo de implementacin.
Coste total de propiedad y la implantacin inicial costo son dos de los
principales factores que determinan la adopcin de las tecnologas
relacionadas con las redes inalmbricas de sensores. En redes de recopilacin
de datos, los investigadores a menudo se operan fuera de un presupuesto fijo.
Su objetivo principal ser la de recoger los datos de la mayor cantidad posible
de puntos y sin exceder su presupuesto. La reduccin de costes por nodo se
traducir en la capacidad de compra ms nodos, implementar una red de
colectores con mayor densidad y recopilar ms datos.
Tamao fsico tambin afecta a la facilidad de instalacin de la red. Los nodos
ms pequeos se pueden
colocar en ms lugares y utilizado en ms escenarios. En el nodo de escenario,
de menor tamao y menor costo los nodos se traducir en la capacidad de
seguimiento de ms objetos.
2.4 Funciones de Hardware
Ahora que hemos identificado las caractersticas fundamentales de un nodo
sensor inalmbrico que
podemos mirar en las capacidades de hardware moderno. Esto nos permite
comprender qu tasa de bits, el consumo de energa, la memoria y con los
costes que pueden esperar conseguir. Se debe mantener el equilibrio entre
funcionalidad, consumo de energa y tamao con el fin de atender de la mejor
forma posible las necesidades de la aplicacin. Esta seccin proporciona una
rpida descripcin general de las tecnologas ms modernas y el equilibrio
entre las diferentes tecnologas. Empezamos con un fondo de energa
tecnologas de almacenamiento y continuar a travs de la radio, la CPU y los
sensores.
31

2.4.1 Energa
como el consumo de energa de los componentes del sistema se expresa a
menudo en
miliamperios, bateras en general han sido clasificados en miliamperios-hora
(mAh). En teora una 1000 mAh batera podra apoyar un procesador que
consume 10 mA durante 100 horas. En la prctica esto no siempre es cierto.
Debido a qumica de la batera, los niveles de corriente y voltaje varan en
funcin de cmo la energa se extrae de la batera. Adems, como las bateras
de sus cadas de tensin. Si el sistema no es tolerante a una disminucin de la
tensin puede que no sea posible hacer uso de toda la capacidad nominal de la
batera. Por ejemplo, una pila alcalina 1,5 V no se considera vaco por el
fabricante hasta que se transmita slo .8 V [ 18].
2.4.1.1 Tecnologas de bateras
comunes son tres tecnologas de bateras que son aplicables a
las redes inalmbricas de sensores, alcalinas, litio, Nquel Metal Hidruro. Una
batera alcalina AA tiene una potencia nominal de 1,5 V, pero durante la
operacin, que va desde 1,65 a 8 V como se muestra en la Figura 2-1
3 y tiene una capacidad nominal de 2850 mAh. Con un volumen de slo 8,5 cm
, tiene una densidad de energa de
3 aprox 1500 Julios/cm . Al mismo tiempo que proporciona un bajo costo y de
alta capacidad, la fuente de energa, los
principales inconvenientes de las pilas alcalinas son el amplio rango de tensin
que debe ser tolerado, y su gran tamao fsico. Adems, vida ms all de los 5
aos no se puede conseguir porque de autodescarga de la batera. La vida til
de una batera alcalina es aproximadamente de 5 aos.
Las bateras de Litio proporcionan una increble fuente de alimentacin
compacta. Los ms pequeos
las versiones son slo unos pocos milmetros de dimetro. Adems,
proporcionan un voltaje constante

Caractersticas de la batera
de litio 32 curva de descarga
de la batera alcalina curva de descarga energa Desnsity
4500 4000 3500 3000 2500 de litio CR2032 Litio Tadiran
pilas alcalinas AA m/c J AA NiMH 2000 1500 1000 500 0 1
Figura 2-1: caractersticas de la batera de litio, alcalinas y pilas NiMH. Las
caractersticas de la descarga de las bateras alcalinas hacen que sea esencial
para el diseo de un sistema para tolerar una amplia gama de tensiones de
entrada de
suministro que decae poco ya que la batera est agotada. Los dispositivos que
funcionan con bateras de litio no tienen que ser tan tolerante a los cambios de
tensin como dispositivos que funcionan con pilas alcalinas. Adems, al
contrario de las pilas alcalinas, las pilas de litio son capaces de funcionar a
temperaturas de hasta -40 oC. La ms comn es la pila de litio CR2032
3 [ 19]. Tiene una calificacin de 3V, 255 mAh y vende por slo 16 centavos.
Con un volumen de 1 cm,
y densidad de energa es de 2400 J/cm 3 . Adems de las tradicionales bateras
de litio, tambin hay pilas de litio Tadiran especializados que tienen densidades
tan altas como 4000 J/cm 3 y tolerar un amplio rango de temperaturas. Uno de
los inconvenientes de las bateras de litio es que a menudo tienen muy bajas
corrientes de descarga nominal. UN D-tamao de la celda Tadiran batera tiene
una
33

corriente nominal de descarga de 3 mA. Esto se puede comparar con una pila
alcalina AA de tasa nominal de descarga de 25 mA.
Las bateras de hidruro de nquel-metal son la tercera mayor tipo de batera.
Tienen la
ventaja de ser fcilmente recargable. La desventaja de que las bateras
recargables es una importante disminucin de densidad de energa. Una

batera de NiMH tamao AA tiene aproximadamente la mitad de la densidad de

energa de una pila alcalina en aproximadamente 5 veces el costo. Antes de
considerar el uso de las bateras de NiMH es importante tener en cuenta que
no slo producen 1,2 V. porque muchos de los componentes del sistema
requieren 2,7 voltios o ms, que no es posible operar directamente de las
bateras recargables.
2.4.1.2 Clculo previsto para la vida
aunque parece fcil con echar un vistazo rpido a la capacidad nominal de la
batera, en comparacin con
el consumo de energa y sistemas calcular la vida til del sistema, hay varios
factores adicionales a considerar.
En la bsqueda de sistemas reales, es importante examinar cmo fuentes de
alimentacin caries
en el tiempo. La figura 2-1 muestra la tensin frente al tiempo parcela de una
pila AA con buen drenaje a 500 megavatios (MW). El grfico muestra que la
batera rpidamente cae de los 1,5 V tensin de arranque y termina en .8 V.
Si un sistema terico fue construido con los componentes que requieren 2,7 V y
consume
250 mW, que duraran slo para 100 minutos de 2 bateras AA. Sin embargo, si
los componentes del sistema eran seleccionados para operar fuera de las
tensiones hacia abajo a 2.0 voltios, que durar aproximadamente 5 veces,
siempre de la misma fuente de alimentacin. UNA CPU aparentemente sin
importancia los parmetros en un 5x diferencia de vida til del sistema.
34

2.4.1.3 Regulacin de tensin

con el fin de evitar los problemas asociados con voltaje de la batera,
regulacin de tensin se pueden utilizar las tcnicas. En general, los
reguladores de voltaje en diferentes voltajes de entrada y producir un voltaje
de salida constante. Los reguladores estndar requieren la tensin de entrada
sea mayor que la tensin de salida deseado. Convertidores pueden aumentar
las tensiones de salida que son ms altos que la tensin de entrada.

Hay dos grandes inconvenientes para el uso regulacin de voltaje. La ms

obvia es
el ineficiente proceso de conversin. Convertidores de tensin alta eficiencia
puede presumir de las eficiencias de hasta el 90 %. Sin embargo, por lo
general, estos son ajustados para sistemas consume cientos de ma. Las
eficiencias caen drsticamente a medida que el consumo de corriente del
sistema se reduce.
En segundo lugar, la corriente esttica consumo - o el consumo cuando no hay
corriente
de salida de los reguladores pueden ser relativamente altos. El consumo de
corriente de un regulador estndar es de entre 15 y 50 uA. Si bien irrelevante
en un sistema que consume cientos de ma, de ultra-dispositivos de baja
potencia, este pequeo consumo de corriente puede dominar la utilizacin de
la energa.
Las ineficiencias asociadas con conversin de tensin y reglamento combinado
con la alta variacin de tensin de salida de las bateras alcalinas lo hace muy
ventajoso para construir los nodos de sensores de componentes que son
tolerantes a un amplio rango de tensin. Seleccin de los componentes que
pueden operar en un rango de (2.1 -3.3V) puede significativamente mejorar el
rendimiento del sistema.
35

2.4.1.4 Energa Renovable

alternativa a depender de bateras con energa suficiente para durar por aos,
es utilizar
fuentes renovables de energa. Las clulas solares de ltima generacin puede
producir hasta 10 mW por pulgada cuadrada a la luz directa del sol. Si se
almacena correctamente, la energa recogida durante el da puede ser
suficiente energa para toda la noche. En entornos de luz interior entre 10 y
100 uW por pulgada cuadrada puede ser producido en funcin del tipo de
iluminacin. Energa solar para escenarios de aplicacin, la clave del xito al
aprovechamiento de la energa solar se encuentra en la capacidad de
almacenar la energa.

Moderno ultra-condensadores representan una opcin para el almacenamiento

de energa. Ultra condensadores
de baja tensin condensadores que van entre 1 y 6 Faradios. Cuando se carga
a 3 V, contiene energa suficiente como para enviar varios cientos de paquetes.
Si bien es cierto que pueden ser acusados y vaciado fcilmente, uno de sus
mayores inconvenientes es que tienen niveles de fugas internas de 20 a 50 uA
cuando se carga a 3 V. En las operaciones bajo este ciclo de trabajo dominar
rpidamente el consumo de energa de los nodos.
Las bateras recargables tambin se puede utilizar para almacenar energa
solar. Las bateras de NiMH puede
ser cargado directamente por la filtracin de una celda solar. Durante los
perodos de luz solar, la energa puede ser transferida de nuevo lentamente a
la batera. 66% De la energa en una batera de NiMH se convierte en energa
til almacenado [ 20]. Mientras que el proceso de carga inicial es menos
eficiente que almacenar la energa en un ultra-cap, las bateras recargables
tienen una menor tasa de descarga automtica. Si la energa se va a utilizar
durante varias horas, la menor tasa de descarga automtica de carga superan
a los ineficiencia.
36

2.4.1.5 Batera AA Idealizado

en el resto de esta tesis que use un par de pilas AA ideal para
estimar vida til del sistema. La batera de la idealizada que se supone que la
descarga de la batera de 1,6 V a 8 V en una forma lineal mientras que ofrece
2250 mA horas de carga.
Usamos 20% menos que la capacidad nominal del AA para asegurar que
nuestras estimaciones no son demasiado elevados.
Utilizamos esta idealizada de la batera para generar un presupuesto
energtico y analizar el impacto
de las alternativas arquitectnicas. Si suponemos que la red debe durar un ao
y que el sistema es capaz de funcionar a 2.0V, puede tener un consumo de
energa promedio de slo 192 uA (aproximadamente 500 uW). Esta corriente
debe ser dividido en todos los componentes del sistema y funciones. Podemos

tenga en cuenta esta cifra como seguimos para evaluar los componentes del
sistema.
2.4.2
Subsistema de radio La radio es el sistema ms importante de un nodo sensor
inalmbrico ya
que es el principal consumidor de energa de nuestros tres escenarios de
aplicacin. Moderno de baja potencia y corto alcance los transceptores
consume entre 15 y 300 milivatios de potencia al enviar y recibir. Una
observacin clave de hardware es que baja potencia radios consumen
aproximadamente la misma cantidad de energa en modo recibir o transmitir.
Esta energa se consume si la radio est encendida, el tiempo es o no recibir
datos reales. La potencia emitida por la antena slo representa una pequea
fraccin del consumo de energa del transceptor. Una fraccin significativa de
funcionamiento interno.
Debido a esto, el costo total de comunicaciones de radio puede ser fcilmente
dominado por el consumo de receptor - una mtrica que a menudo se hace
caso omiso en wireless estudios.
37

Adems, si el receptor se deja en 100% del tiempo durante los perodos de

comunicacin intermitente, el receptor ser el mayor consumidor de energa en
el sistema.
Mucha gente suele cometer el error de asumir que la recepcin es gratuita.
2.4.2.1 Rango de transmisin
el rango de transmisin de un sistema inalmbrico es controlada por varios
factores clave.
La forma ms intuitiva es que factor de potencia de transmisin. Ms energa
de la seal, el ms all se debe viajar. La relacin entre potencia de salida y la
distancia recorrida es un polinomio con un exponente de entre 3 y 4 (sin lnea
de vista propagacin) [ 21]. Por lo tanto para transmitir dos veces en lo que
respecta a travs de un medio ambiente interior, de 8 a 16 veces la cantidad
de energa debe ser emitida.
Otros factores en la determinacin de la sensibilidad del receptor, la ganancia

y la eficiencia de la antena y el mecanismo de codificacin canal. En general,

los nodos de la red inalmbrica de sensores no pueden explotar alta ganancia,
las antenas direccionales debido a que requieren especiales de alineacin y
evitar ad-hoc las topologas de red. Antenas Omni-direccionales son los
preferidos en las redes ad-hoc porque permiten que los nodos para
comunicarse eficazmente en todas las direcciones.

Tanto potencia de transmisin y sensibilidad del receptor se miden en dbm

Receptor sensibilidad son tpicos entre -85 y -110 dbm (La escala de dB es una
escala logartmica donde un 10 dB aumento representa un incremento de 10
veces en el poder. El punto de referencia de 0 dBm representa 1 milivatio, 1
vatio es de 30 dBm.) rango de transmisin aumenta se puede lograr ya sea por
aumento de la sensibilidad o por aumento de la transmisin de potencia.
Cuando se transmite a 0 dBm, la sensibilidad del receptor de -85 dBm tendr
como resultado un espacio al aire libre de 25-50 metros, mientras que una
sensibilidad de -110 dBm tendr como resultado una gama de 100
38

a 200 metros. El uso de una radio con una sensibilidad de -100 dBm en lugar
de una radio de - 85 dBm le permitir disminuir la potencia de transmisin por
un factor de 30 y alcanzar el mismo rango.
2.4.2.2 Tipo de modulacin
una caracterstica clave de cualquier dispositivo RF es el mecanismo de la
modulacin. Ms
informacin comunicarse por radio una modulacin RF portadora. La
modulacin estndar son mecanismos modulacin de amplitud y frecuencia
modulada. Modulacin de amplitud es el ms fcil de codificar y decodificar,
pero es el ms susceptible al ruido.
Debido a que los datos se codifican en la fuerza de la transmisin, ruido
externo se aade a la seal. En contraste, la frecuencia de modulacin basada
es menos susceptible al ruido debido a que todos los datos se transmiten en el
mismo nivel de potencia.
2.4.2.2.1 Frecuencia gil radios

transceptores ms en el mercado en la actualidad utilizan un VCO (Oscilador

controlado por tensin)
radio arquitectura y tienen la capacidad de comunicarse en una variedad de
frecuencias de portadora. Esto no slo les da la posibilidad de ser robusta para
seales interferentes, permite tambin la radio para cumplir con regulaciones
FCC parte 15. En la banda 902-928 MHz, radios canal-hop a travs de por lo
menos 25 canales, con el fin de que puedan transmitir a una velocidad de
hasta 250 mW o 24 dbm Si un solo canal se utiliza, la transmisin debe
permanecer ligeramente por debajo de 1 milivatio.
Una razn adicional para utilizar una frecuencia radial gil es que permite el
uso de
FM o Frecuencia modulada en comunicacin de datos. FM es ms robusto a
39

interferencias y desvanecimiento de la modulacin en AM ms simple.

Frecuencia fija radios estn limitadas a la utilizacin de datos ESTOY en
esquemas de codificacin.
2.4.2.2.2 Frequency Hopping Spread Spectrum
Para aumentar la capacidad de un sistema para tolerar injerencias externas,
spread spectrum
tcnicas de transmisin puede ser utilizado. Espectro de difusin comunicacin
es una tcnica que aumenta canal fiabilidad y tolerancia al ruido por difundir la
seal que se comuniquen a travs de una amplia gama de frecuencias. Una
fuente de la interferencia puede daar una pequea parte de los datos, pero la
mayora de la informacin transmitida ser recibido.
Salto de Frecuencia (FH) es una forma comn de spread spectrum. La
frecuencia de la portadora es constantemente cambiado, basado en un
algoritmo. En cada salto, los datos se transmiten en una sola frecuencia de la
portadora, pero con el tiempo los datos se propagan por el espectro de
frecuencias. Tiempos de espera - la duracin cada canal se utiliza - rango de
cientos de microsegundos a decenas de milisegundos. (.0001s- >.1s)
El gran inconveniente de salto de frecuencia los sistemas cuando se aplica a

las redes de sensores inalmbricos es la sobrecarga de mantener

sincronizacin de canales y el esfuerzo por descubrir la actual secuencia de
salto. Como nodos intentan descubrir unos a otros, hay que tratar de buscar
todas las posibles ubicaciones de canales. Esta es una cara, mucho tiempo que
no es compatible con las redes bajo ciclo de trabajo. Se puede ver cmo esto
lleva al alto consumo de energa en dispositivos de Bluetooth.
2.4.2.2.3 Secuenciacin Directa Spread Spectrum
en contraste con salto de frecuencia sistemas, secuenciacin directa spread
spectrum
radios comunicarse en una sola frecuencia de la portadora. En lugar de buscar
los transportistas, la seal
40

que debe ser comunicada es directamente esparcidos en una amplia banda de

frecuencias en multiplicar la seal por una tasa ms alta secuencia
pseudoaleatoria. Tpico DSSS radios tienen difusin relaciones entre 15 y 100.
Esto significa que la radio debe transmitir entre 15 y 100 veces ms datos que
en realidad es contenida en la seal.
Durante la recepcin, la seal recibida se pasa a travs de un correlador que
reconstruye la seal de entrada original. El principal inconveniente para el uso
de DSS es la sobrecarga asociada con la propagacin de cdigos y el costo de
la decorrelacion. Para lograr la misma tasa de bits como de radio estndar, la
velocidad de transmisin debe ser aumentado en un 15x-100x. La tasa de bits
aumento se traduce en un aumento de consumo de energa y de la
disminucin de sensibilidad del receptor. La disminucin de la sensibilidad es
compensada por la ganancia del proceso asociado a la correlacin, lo ideal es
comparable con un alcance de comunicacin.
2.4.2.3 Consumo de energa
a fin de ilustrar el consumo de energa de los modernos transceptores de baja
potencia,
simplemente describir las caractersticas de dos radios comerciales, el RF
Monolithics TR1000 [ 22] y el Chipcon CC1000 [ 23].

El TR1000 radio consume 21 mW de energa cuando transmite a 0,75

megavatios.
Durante la recepcin, el TR1000 consume 15 mW y tiene una sensibilidad de
recepcin de -85 dbm En contraste, en tensin de alimentacin ptima, el
CC1000 consume 50 mW para transmitir a 3 mW y consume 20 mW para tener
una sensibilidad de recepcin de -105 dbm Cuando se transmite al mismo .75
mW como TR1000, el CC1000 consume 31,6 megavatios (MW). En la prctica
TR1000 ofrece una al aire libre, la lnea de comunicacin del sitio alcance de
hasta 300 pies en comparacin a 900 pies de la CC1000.
41

Para poner estos nmeros en perspectiva, podemos remitirnos a nuestro ideal

de la batera AA. Idealizado en nuestra fuente de energa, el CC1000 puede
transmitir durante unos 4 das seguidos o permanecer en el modo de recepcin
durante 9 das consecutivos. Con el fin de un ao, el CC1000 debe operar a un
ciclo de trabajo de aproximadamente 2 %.
2.4.2.4 Tasa de bits
a diferencia de muchos alto rendimiento redes de datos, las redes inalmbricas
de sensores no
requieren altas tasas de bits. 10-100 Kbps de ancho de banda de la red es
suficiente para muchas aplicaciones. Ancho de banda de radio tiene un
impacto ms significativo en el nodo consumo de energa y la vida que de
posibilidades de aplicacin.
Aumento de las tasas de bits, disminuir tiempos de transmisin. Como el ms
alto
consumidor de energa instantnea, es esencial que la radio permanece
apagado en la medida de lo posible. Al aumentar la tasa de bits sin aumentar
la cantidad de datos que se transmiten, la radio ciclo de trabajo disminuye. El
CC1000 y el RFM TR1000 ofrecen tasas de bits de aproximadamente 100 Kb/s.
2.4.2.5 Tiempo de encendido
para realizar un anlisis de un radio de consumo de energa hay varios factores
a considerar adems del consumo mximo de energa. La capacidad de la radio
para entrar y salir rpidamente baja potencia modo de reposo es sumamente

importante para el funcionamiento eficaz de las redes de sensores

inalmbricos. Todos los casos de uso supone que la radio slo en forma
ocasional.
Antes y despus de una transmisin, el tiempo y la energa debe estar
dedicado a la configuracin y puesta en marcha de la radio. Idealmente, este
debe ser un medio rpido, barato, funcionamiento. Si un sistema tiene que
reaccionar ante situaciones de emergencia en cuestin de segundos, la radio
debe ser alimentado por lo menos una vez por segundo.
42 Si

un radio de giro de de recibir ms de un par de decenas de milisegundos, que

rpidamente se torna imposible de alcanzar el necesario ciclos de menos de 1
por ciento. Cualquier cosa que vaya ms all de 5 ms de la hora sera
inaceptable para la mayora de las aplicaciones.
Una de las desventajas de multi-channel radios que utilicen un VCO basado
sintetizador de frecuencia es que la VCO debe estabilizarse antes de la
transmisin o recepcin.
Adems, el VCO es a menudo bloqueado en una alta frecuencia cristal que
tambin debe estabilizarse.
El CC1000 radio de Chipcon requiere 2 ms para el principal crystal para
estabilizar y 200 dlares para la alta frecuencia VCO. En contraste, la RFM radio
que utiliza una frecuencia fija filtro SAW puede ser encendido y listo para
recibir en unos pocos cientos de microsegundos, ms de diez veces ms
rpido.
2.4.3
Integracin de microcontroladores Moderno procesador almacenamiento flash,
RAM,
convertidores analgico-digital y digital I/O en un nico circuito integrado que
cuestan entre $1 y $5.
Su estrecha integracin hace que sea ideal para su uso en sistemas embebidos
como redes de sensores inalmbricos. Cuando se selecciona una familia de
microcontroladores, algunos de los requisitos clave son consumo de energa,

requisitos de voltaje, el costo, el apoyo de los perifricos y el nmero de

componentes externos requeridos.
2.4.3.1
Consumo de energa elctrica de microcontroladores vara mucho de una
familia a otra.
Estndar 8 o 16 bits microcontroladores .250 a consumir entre 2,5 mA por MHz.
Esta diferencia entre 10x y bajo consumo de microcontroladores estndar
puede tener un importante

impacto 43 sobre el rendimiento del sistema. Aunque es evidente que la

seleccin del controlador de energa ms bajo es esencial, consumo mximo de
energa no es la mtrica ms importante.
Una segunda medicin de potencia considerable para un microcontrolador es el
consumo de energa en modo reposo. La CPU es un importante contribuyente a
los nodos de consumo de energa en modo de espera. Durante los perodos de
inactividad, la CPU se detiene la ejecucin y entrar en un estado de suspensin
de bajo consumo de energa. El procesador slo necesita mantener su memoria
y mantener sincronizacin de tiempo por lo que puede despertar cuando sea
necesario. Consumo de corriente modo de reposo vara entre 1 uA [ 24] y 50 uA
a travs de las familias. A pesar de ser una diferencia de tan slo unos pocos
uA, este 50x variacin puede tener un impacto ms significativo en el nodo de
las diferencias en miliamperios consumo mximo de energa. Esto es debido a
que la CPU se espera que sea inactivo 99,9 % del tiempo. Un microcontrolador
que burns 50 uA en el modo de suspensin tendr una duracin mxima de 4
aos en nuestra fuente de alimentacin ideal aunque nunca lo abandona el
modo de suspensin. En contraste, la vida de un controlador que consume 1 uA
en modo de reposo ser completamente dominado por la libre descarga de la
batera y consumo de energa activa.
2.4.3.2 Wake-up tiempo
adems de el consumo de corriente en modo de reposo, los
requisitos para la transicin para entrar y salir los modos de suspensin son
igualmente importantes. Algunos microcontroladores requieren de ms de 10
ms para introducir y reanudar desde el estado de reposo. En contraste, algunos

controladores han wake-up de tan slo 6 veces. El wake-up retardo se utiliza

para iniciar y estabilizar el sistema relojes. Cuanto ms rpido el controlador
puede entrar y salir del estado de baja potencia, el ms a menudo el estado de
sueo se pueden usar y el ms sensible el nodo.
44

Con una rpida hora de despertarse, no es necesario permanecer despierto por

cortos
periodos de inactividad. Por ejemplo, durante una transmisin de mensaje, el
controlador puede entrar en el modo de reposo entre cada bit de la
transmisin. Esto puede reducir el consumo de corriente activa efectiva del
controlador. Incluso en el 9600 bps velocidad de comunicacin, 1 ms tiempo de
dormir hace que la introduccin de la modo de reposo entre cada bit es
imposible.
2.4.3.3 Requisitos de voltaje
el rango de tensin de funcionamiento de un microcontrolador de baja potencia
tambin pueden tener un
impacto significativo en el rendimiento del sistema. Tradicional de
microcontroladores de bajo voltaje operan entre 2,7 V y 3,3 V. Sin embargo, las
nuevas generaciones de bajo consumo de energa son controladores que
funcionan por debajo de 1,8 V. Como se ha comentado en nuestro anlisis de
las fuentes de energa, una amplia tolerancia de tensin permite a los
dispositivos para ser ms eficiente de pilas alcalinas.
2.4.3.4 Velocidad
Las principales funciones del microcontrolador son para ejecutar los
protocolos de comunicacin, controlar la radio, realizar cifrado de los datos,
interactuar con sensores y realizar procesamiento de datos. La mayora de
estas operaciones lugar relativamente bajo las exigencias de la velocidad de la
unidad de control. Diseos actuales exigen velocidades de CPU entre 1 y 4 Mhz
Esta gama es compatible con la mayora de microcontroladores en el mercado
hoy en da. La mayora de los controladores son totalmente esttico con la
capacidad de conducir entre 0 y 8 Mhz
Una de las caractersticas de varias de las familias es la capacidad de cambiar
dinmicamente la

frecuencia de funcionamiento. Sin embargo, el CMOS consumo obedece a la

ecuacin
45

"P=C 2V F". Esta relacin indica que el consumo de energa del controlador se
escala linealmente con la frecuencia. Sin embargo, el tiempo de ejecucin es
inversamente proporcional a la frecuencia. El impacto del cambio de la
frecuencia es insignificante, porque esto est compensado por el cambio en
tiempo de ejecucin por lo que no hay cambio en el uso de energa. Si se
utilizan tcnicas para poder entrar bajo los estados de sueo no hay una
ventaja significativa a reducir o aumentar la velocidad de la CPU.
La variable crtica para determinar la velocidad computacional necesaria para
un
nodo sensor inalmbrico es la cantidad de anlisis de datos y de
procesamiento de la red que debe llevarse a cabo. La CPU debe ser capaz de
responder a la realidad de los plazos exigidos por el procesamiento de los
datos.
2.4.3.5 Memoria
En general, los nodos de sensores slo requieren pequeas cantidades de
memoria de almacenamiento y programa. Los datos que se almacenan son
nicamente durante un plazo suficiente para que pueda ser analizado y, a
continuacin, se transmiten a travs de la red a la estacin base. En general,
las modernas basadas en memoria flash microcontroladores contener entre 1 y
128 KB de chip de almacenamiento de programa. Esto puede ser utilizado
como memoria del programa y como almacenamiento temporal de datos.
Adems, contienen entre 128 y 32 KB de ram de datos que pueden ser
utilizados para la ejecucin del programa.
Moderna tecnologa flash actualmente produce memoria densidades de
almacenamiento hacia arriba de
150 KB por milmetro cuadrado en un .25 micras proceso [ 25]. Este es
significativamente superior al de Intel densidad SRAM registro reciente de 60
KB por milmetro cuadrado mediante un proceso de 90 nm [ 26]. Mientras que
en la actualidad slo se pueden alcanzar densidades de almacenamiento de los
chips que se dedican a realizar una funcin especfica, podemos concluir que
no hay

46

un importante densidad de memoria flash ms ventaja de SRAM. Con el fin de

lograr los ms pequeos, menor costo, SRAM debe utilizarse slo cuando sea
necesario.
Adems de considerar el tamao impacto de flash vs. SRAM, sino que tambin
deberamos
considerar el impacto energtico. SRAM requiere ms energa para mantener
los datos a lo largo del tiempo, pero que no requiere de mucha energa para la
operacin de almacenamiento inicial. Flash, por otro lado, es una tecnologa de
almacenamiento persistente que no requiere energa para mantener los datos.
Por el contrario, AMD chips SRAM requieren 2188 na por megabit para la
retencin de datos [ 25].
Sin embargo, una operacin de escritura requiere flash 4 nos .07 completa en
comparacin con nosotros para SRAM - el consumo 15 mA. Si los datos se va a
almacenar durante largos perodos de tiempo es ms eficiente usar flash en
vez de SRAM. Sin embargo, en el caso de operacin de almacenamiento para
superar el costo de realizar la operacin de escritura flash debe ser
almacenada por lo menos 7.6 horas. Ms corta y el costo inicial de
almacenamiento no es compensada por la reduccin del coste de
mantenimiento.
2.4.3.6 Compatibilidad con perifricos
adems de almacenamiento y computacin, microcontroladores estn
especficamente diseados
para interactuar con dispositivos externos. Microcontroladores en general
contienen una coleccin de interfaces externas especializadas. Estos van desde
digitales de uso general las patillas de E/S digital de comunicacin para
interactuar con entradas y salidas analgicas.
Estndar digital I/O lneas se incluirn en todos los controladores de la interfaz
de lnea base
. Sin embargo, para interactuar directamente con los sensores analgicos
muchos controladores internos tienen un convertidor analgico a digital. Un
convertidor interno permite un control exacto de la muestra distribucin y fcil
acceso a los resultados de la muestra. Si no est presente, un convertidor
externo debe ser utilizado.

47

Las interfaces de comunicacin digital entran en juego en la interaccin con

los sensores digitales, chips otros perifricos, o de comunicaciones en serie a
travs de una radio o RS-232 transceptor. Hay 3 protocolos de comunicacin
estndar compatible con primitivas de comunicacin digital: UART, I2C y SPI.
Tanto el I2C y SPI uso sincrnico con protocolos explcitos mientras que las
seales de reloj UART proporciona un mecanismo asncrono.
2.4.4 Sensores
en la pasada dcada se ha visto una explosin en el senor tecnologa. En la
actualidad hay
miles de posibles sensores listo para ser conectado a una red inalmbrica de
sensores.
Adems, los avances en los MEMS y nano-tubos de carbono tecnologa son
prometedores para crear una amplia gama de nuevos sensores. Que van desde
la simple luz y temperatura sensores de monitoreo digital complejo de narices.
La figura 2-2 presenta una coleccin de micro-sensores y sus caractersticas
principales.
2.4.4.1 Interfaces
existen dos mtodos generales para la interfaz con los sensores que pueden
ser utilizados
comnmente en el sensor los sensores
discretos maas Hora Actual muestra tensin Requiremet Fabricante Foto 1,9
mA 330 us 2,7 -5,5 V Taos Temperatura 1 mA 400 mS 2,5 -5,5 V Dallas
Semiconductor Humitidy 550 uA 300 mS 2,4 -5,5 V Sensirion Presin 1 mA 35
ms 2.2V-3.6V Intersema Campos Magnticos 4 mA 30 De Honeywell nos
aceleracin 2 mA 10 mS 2,5 -3,3 V Analog Devices Acstica 1 .5 mA mS 2-10 V
Panasonic Humo 5 uA - 6-12 V Motorola infrarrojos pasivo (Movimiento) 0 mA 1
mS Cualquier Melixis Luz fotosinttica 0 mA 1 mS Cualquier Li-Cor Humedad
del Suelo 2 mA 10 mS 2-5 V Ech2o
Figura 2-2: consumo de energa y la capacidad de Comnmente disponibles.

Redes 48: analgico y digital. Los sensores analgicos por lo general

proporcionan una materia prima tensin analgica que se corresponde con los
fenmenos fsicos que se estn midiendo. Por lo general, estos producen una
onda continua que debe ser digitalizado, que se analizan. Aunque
aparentemente sencillo de integrar, materia prima sensores analgicos a
menudo requieren calibracin externa y la linealizacin. Es comn que el
sensor de respuesta lineal a estmulos. El controlador de host debe compensar
con el fin de producir una lectura en unidades significativas. Por ejemplo, una
lectura cruda de 1,873 voltios de un acelermetro se debe traducir en una
aceleracin. Dependiendo de las caractersticas del sensor, ste puede ser un
proceso complejo. En muchos casos, la traduccin puede depender de otros
factores externos tales como la temperatura, la presin o tensin de entrada.
Una segunda dificultad de interaccin con la materia prima que los sensores
analgicos de escala. Cada
sensor se tienen diferentes plazos y escalas de tensin. La tensin de salida se
contienen por lo general un offset de dc junto con una seal variable en el
tiempo. En funcin de la relacin de la seal de componente DC, una amplia
gama de amplificadores y filtros puede ser necesario para que coincida con la
salida del sensor a la gama y fidelidad de la ADC est utilizando para capturar.
Los sensores digitales han sido desarrollados para eliminar muchas de estas
dificultades. Que
internamente contienen una materia prima sensor analgico pero proporcionan
una limpia interfaz digital. Todo exiga una compensacin y la linealizacin se
realiza internamente. El resultado es una lectura digital a una escala adecuada.
La interfaz de estos sensores es a travs de uno de un puado de chip a chip
protocolos de comunicacin.
2.4.4.2 Tasas de muestreo y de los tiempos
de espera en el consumo de energa de un sensor, uno de los
factores ms importantes es la rapidez con la que un sensor puede estar
activado, muestra y discapacitados. En la mayora de los casos
49

sensores son capaces de producir miles de muestras por segundo. Sin

embargo, en general, estamos interesados nicamente en unas pocas
muestras por minuto. Es esencial que el sensor es capaz de entrar y salir de un
estado de bajo consumo de energa rpidamente.
El consumo de energa de un sensor es igualmente dependiente de la cantidad
de tiempo que se
tarda en leer el sensor como lo es para el consumo de corriente. Por ejemplo, si
un sensor toma 100 ms para activar y generar una lectura y consume slo 1
mA a 3 V, va a costar 300 uj por muestra. Esta es la misma cantidad de energa
que un sensor que consume 1000 mA de corriente de 3 V, pero se realiza en
slo 100 us para encender y de la muestra.
2.4.4.3 Requisitos de voltaje
UNA aparentemente de baja potencia, fcil a la interfaz del sensor puede
convertirse rpidamente en una de las principales
molestias si sus requisitos de voltaje no coinciden con las capacidades del
sistema. Algunos de los sensores que + /- 6 V. Especial convertidores de
tensin y los reguladores han de aadirse a los sistemas que operan fuera de
AA o bateras de litio a fin de utilizar este sensor. El consumo de energa y de
los tiempos de la regulacin y de la conversin circuitos deben ser incluidos en
el presupuesto energtico total para el sensor.
2,5 Punto Rene Diseo
ahora que nos han proporcionado un contexto de capacidades de hardware, se
presenta una
plataforma de sensores en red de referencia. El Rene diseo se utiliza como un
punto de comparacin para evaluar la arquitectura ms avanzada desarrollada
a lo largo de los captulos siguientes. Una fotografa de la Rene hardware
incluido sensor y la programacin aparecen juntas en la Figura 2-3. Consta de
un microcontrolador con memoria de programa flash interna, SRAM de datos y
EEPROM de datos, conectado a un conjunto de actuador y sensor
50

dispositivos, incluyendo LEDs, un radio de baja potencia transceptor, un sensor

de temperatura digital, un puerto serie y un pequeo coprocesador y un
conector de E/S que permite una serie de sensores que se adjunta. El diseo
bsico se basa en el weC mote, pero fue rediseado para servir como una
plataforma experimental y de la evolucin. Las modificaciones incluyen un rico
conector de interfaz que permite apilar sensor y tableros de potencia. Esta
adelantado para la aplicacin especfica del sensor y tableros de potencia.
2.5.1.1 CPU
El procesador en el Rene plataforma es el ATMEL 90LS8535 [ 27]. Es un 8 bits
arquitectura Harvard con 16 bits. Proporciona 32 8 bits registros de propsito
general y funciona a 4 MHz y 3,0 V. El sistema es muy limitadas en memoria:
dispone de 8 KB de memoria flash, la memoria del programa y 512 bytes de
SRAM en la memoria de datos. El MCU se ha diseado de tal forma que un
procesador no puede escribir a la instruccin memoria; nuestro prototipo utiliza
un coprocesador para realizar esa funcin. Adems, el procesador se integra
una serie de temporizadores y contadores que se pueden configurar para
generar interrupciones a intervalos de tiempo regulares. En conjuncin con un
cristal externo 32 KHz, los contadores se pueden utilizar para mantener tiempo
preciso. Adems, tambin contiene un interno del convertidor analgico a
digital para leer entradas de sensor analgico.
2.5.1.2 Almacenamiento
51

Figura 2-3: Imgenes de la Rene plataforma red de sensores inalmbricos.

Adems del almacenamiento contenida dentro del microcontrolador principal,
el Rene
plataforma de hardware tambin contiene una EEPROM externa capaz de
mantener 32 kilobytes de datos.
Esto se puede usar temporalmente para registrar las lecturas de los sensores o
para actuar como almacenamiento de programas adicionales.
La CPU interacta con la EPROM a travs de un cable I2C [ 28] datos

bus de comunicacin. El bus I2C es un mecanismo de comunicacin estndar

en sistemas embebidos. La arquitectura de bus permite que una coleccin de 8
perifricos a ser controlada por un solo maestro a travs de dos lneas de
comunicacin y una conexin a tierra.
2.5.1.3 Subsistema DE RF
La radio es el componente ms importante. Se compone de una RF Monolithics
916,50 MHz transceptor (TR1000) [ 22], la antena, y una coleccin de
componentes discretos para configurar la capa fsica caractersticas como
potencia de la seal y la sensibilidad. Tal como se ha configurado, funciona en
un modo de clave a una velocidad de hasta 19,2 Kbps, pero es slo a 10 Kb/s.
Las seales de Control configurar la radio para que funcione en transmitir,
recibir o modo de apagado. La radio no contiene el almacenamiento en bfer
para cada bit debe ser
52

atendidos por el controlador de tiempo. Adems, el valor no es transmitido por

la radio enganchado, de modo que la fluctuacin en la entrada de radio se
propaga en la seal transmitida.
2.5.1.4
UN Coprocesador coprocesador est incluido en la plataforma para ayudar en
la reprogramacin. En este
caso, se trata de un controlador muy limitada (A90LS2343 [ 29], con 2 KB
instrucciones memoria flash, 128 bytes de SRAM y EEPROM) que utiliza pines
de E/S conectados a un controlador de SPI. SPI es un enlace de datos serie
sncrono de alta velocidad, conexiones full duplex (hasta 1 Mbit) entre diversos
perifricos. El coprocesador est conectado de una manera que le permite
programar el microcontrolador principal. El nodo sensor puede ser
reprogramado mediante la transferencia de datos de la red en la EEPROM
externa. A continuacin, el coprocesador puede restablecer el controlador
principal y reprogramar con el nuevo programa. Esto es necesario porque la
CPU principal no puede programar su propia memoria.
2.5.1.5 Interfaz de E/S
led representan tres salidas analgicas conectadas a travs de un general
puerto de E/S; pueden

ser utilizadas para mostrar los valores digitales o el estado. Una foto-sensor
representa un dispositivo de entrada analgica con simples lneas de mando.
En este caso, una lnea de control activa y desactiva el sensor, reduciendo el
consumo de energa a travs de la foto de resistencias cuando no est en uso.
La seal de entrada se pueden dirigir a la ADC interno muestra en forma
continua o modos.
2.5.2 Caractersticas de
la Potencia base A908535 microcontrolador consume slo 5 mA, cuando
funciona a 4 Mhz
Adems, tiene dos estados de bajo consumo de energa - inactivo y dormir.
Cuando en el estado de reposo, el

controlador 53 consume slo 3 mA. El estado inactivo se puede ingresar y salir

con una sola instruccin pena, lo que lo convierte en una herramienta til para
breves periodos de inactividad entre los clculos.
En contraste, el sueo estado consume slo 10 uA de la corriente, pero
requiere de 2 milisegundos de entrar y salir. El estado de reposo slo puede
utilizarse en conjuncin con la desactivacin de la radio.
La anchura mnima del impulso de la RFM radio es de 52 us. As, en 3V y 7 mA,
toma
1.1 uj de energa para transmitir un solo bit. Por otra parte, cuesta
aproximadamente 0,5 uj a recibir un poco. Durante este tiempo, el procesador
puede ejecutar 208 ciclos (aproximadamente 100 instrucciones) y pueden
consumir hasta 8 uj. Una fraccin de este recuento de instrucciones se dedica a
nivel de bits. El resto puede ir a un nivel superior (nivel de bytes, a nivel
paquete, nivel de aplicacin) amortizada en varios tiempos de bit. Tiempo no
utilizado puede ser utilizado en modo de apagado o en proceso de la
aplicacin.
Mientras escucha las comunicaciones entrantes, la radio continuamente
consumen
5 mA independientemente de lo que se recibe. Adems, la CPU debe buscar
activamente el flujo de bits entrantes para una transmisin vlida. La CPU
estar continuamente encendido entre sus 3 mA estado inactivo y sus 5 mA

activo. Debido a que la CPU debe inspeccionar cada llegar poco, no es posible
introducir un modo de inactividad de baja energa mientras se realiza la
exploracin para el inicio de un paquete. Incluso si hacemos caso omiso de los
consumo de potencia activa, el nodo se consume aproximadamente 8 mA para
buscar datos vlidos.
2.6 Refinado Declaracin Del Problema
Los posibles escenarios de uso de las redes inalmbricas de sensores son
innumerables. Con el fin
de reducir el espacio de problemas, hemos optado por centrar la atencin en
tres diferentes escenarios de aplicacin que creemos son representativos de
una gran parte de las posibilidades de las aplicaciones. Estos tres escenarios,
acopio de datos sobre el medio ambiente, vigilancia,

seguimiento y el nodo 54 - nos permiten extraer la evaluacin mtrica que

puede utilizarse para medir el rendimiento de una red de sensores
inalmbricos. Estos sistemas de evaluacin a nivel de mtricas que han
profundizado en la capacidad de los nodos individuales que van a contar con
nuestro apoyo.
Nuestro objetivo es el de desarrollar un nodo sensor inalmbrico arquitectura
que aborda el
nodo de los requisitos de nivel que nos hemos planteado. En la bsqueda de
varias de las medidas a nivel de sistema, es evidente que debe haber un
equilibrio entre el rango obtenido, velocidad de bits, el ciclo de servicio y
consumo de energa con el fin de crear un sistema que cumple con los
requisitos de rendimiento y vida til. Desarrollar una arquitectura nodo
generalizado y evaluar en profundidad a travs de una serie de instancias en
puntos que van desde tecnologa estndar de integraciones personalizadas a
un ASIC.
En el prximo captulo vamos a mirar en la arquitectura de software que
desempea un
papel crtico en la realizacin de las capacidades del sistema. Mientras que a
menudo se los pasa por alto, el subsistema software es tan importante un rollo
como cualquier radio, el procesador o la batera. El sistema operativo TinyOS
present una concurrencia y mecanismos de flexibilidad que permiten el

desarrollo de un nodo sensor inalmbrico generalizado que arquitectura es

sustancialmente diferente de los tradicionales dispositivos inalmbricos.
55

Captulo 3: Arquitectura de software de sensores inalmbricos

un paso crtico para lograr la visin de las redes de sensores inalmbricos es el

diseo de una arquitectura de software que sirve de puente entre la materia
prima y las capacidades de hardware un sistema completo. Las exigencias que
se imponen en el software de las redes inalmbricas de sensores son
numerosas. Debe ser eficaz en trminos de memoria, procesador, y el poder,
para as que cumple los estrictos requisitos de la aplicacin. Tambin debe ser
lo suficientemente gil para permitir que varias aplicaciones simultneamente
usan los recursos del sistema tales como la comunicacin, el cmputo y la
memoria. La extrema las limitaciones de estos dispositivos hacen que no sea
prctico para utilizar sistemas heredados. TinyOS est diseado expresamente
para los sensores conectados en red.
TinyOS se basa en gran medida de los anteriores trabajos arquitectnicos en
ligero
soporte para hilos y eficiente las interfaces de red. TinyOS incluidos en la
arquitectura del sistema es un sistema de comunicacin mensajes activos.
Creemos que es fundamental colocar entre el evento de red y aplicaciones de
sensores basados en eventos la primitivas de los mensajes activos modelo de
comunicacin.
En el trabajo con redes inalmbricas de sensores, surgen dos cuestiones: estos
dispositivos concurrencia intensivo - diferentes flujos de datos deben estar en
movimiento al mismo tiempo, y el sistema debe ofrecer una modularidad:
hardware y componentes especficos de aplicacin debe encajar junto con poco
procesamiento y el almacenamiento. Frente a esos dos problemas en el
contexto de la red actual de

la tecnologa y 56 pequeas OS roscados. Anlisis de esta solucin proporciona

una valiosa orientacin inicial para innovacin en la arquitectura.
3.1 Pequea Microthreading Sistema Operativo (TinyOS)
Pequeo tamao fsico, carga modesta potencia activa, y micro en espera se
carga de energa
debe ser proporcionada por el diseo de hardware. Sin embargo, un sistema
operativo marco es necesario que se conserve estas caractersticas mediante
la gestin eficaz las capacidades del hardware, mientras que soportar
concurrencia de obra de una manera que logre la modularidad eficiente y de
gran robustez. Los actuales dispositivos integrados sistemas operativos no
cumplen con el tamao, el poder y los requisitos de eficiencia este rgimen.
Estos requisitos son sorprendentemente similares a la construccin de
interfaces de red eficiente, que tambin deben mantener un gran nmero de
flujos concurrentes y a hacer malabarismos con numerosos acontecimientos
sobresalientes [ 30]. En las tarjetas de interfaz de red, estas cuestiones han
sido abordadas a travs de los paralelismo [ 31] y las mquinas virtuales [ 32].
Le hacemos frente mediante la construccin de un motor muy eficiente el
subprocesamiento mltiple. Como en el TAM [ 32] y CILK [ 33], TinyOS
mantiene un nivel de estructura programacin, por lo que una pequea
cantidad de proceso asociado con eventos de hardware se puede realizar
inmediatamente mientras que las tareas que se estn ejecutando
interrumpido. El modelo de ejecucin es similar a los modelos mquina de
estado finito, pero mucho ms programables.
TinyOS est diseada a escala con las actuales tendencias de la tecnologa de
las dos
ms pequeas, integrado a la perfeccin los diseos, as como el cruce de los
componentes de software en hardware. Esto es en contraste con las nociones
tradicionales de escalabilidad que se centran en la ampliacin de potencia
total/recursos/trabajo para un determinado paradigma de computacin. Es
esencial

que el software arquitectura 57 los planes para la posible integracin de

sensores, el tratamiento y la comunicacin.
A fin de que la visin de un solo chip de bajo costo nodo sensor TinyOS,
combina un modelo de ejecucin altamente eficiente, modelo de componentes
y mecanismos de comunicacin.
TinyOS 3.2 Modelo de ejecucin
para proporcionar los niveles extremos de eficiencia operativa necesaria en
las redes inalmbricas de sensores, TinyOS utiliza ejecucin basada en
eventos. El modelo de eventos permite un alto nivel de concurrencia que se
manejan en una cantidad muy pequea del espacio. En contraste, un
subproceso enfoque requiere que espacio de pila se pre-asignados para cada
contexto de ejecucin.
Adems, el cambio de contexto de sistemas de roscado es significativamente
ms altos que los de un evento de sistema base. Cambio de contexto tasas tan
altas como interruptores 40.000 por segundo son necesarios para el
procesamiento de banda base de 19,2 Kbps velocidad de comunicacin.
Este es el doble cada 50 us, una vez el servicio de la radio y una vez para
realizar cualquier otro tipo de trabajo.
La eficacia de un rgimen basado en eventos se presta a estos requisitos.
3.2.1 Programacin basada en eventos
en un caso, un solo contexto de ejecucin es compartida entre
las tareas de procesamiento independientes. En TinyOS, cada mdulo del
sistema est diseado para funcionar en forma continua en respuesta a
eventos de entrada. Cuando llega un evento que se lleva el necesario contexto
de ejecucin de la misma. Cuando el evento se ha completado el
procesamiento, es devuelto al sistema. Los investigadores en el rea de la
informtica de alto rendimiento tambin se han visto ese evento
58

programacin debe ser utilizado para lograr un alto rendimiento en

aplicaciones que requieren concurrencia [34, 35].
Adems de eficaz asignacin de CPU, el evento de diseo basado en resultados

funcionamiento de bajo consumo de energa. Una de las claves para reducir

consumo de energa es identificar cuando no hay trabajo til para llevar a cabo
y para introducir un ultra-estado de bajo consumo. Caso de sistemas basados
en las aplicaciones de fuerza declarar implcitamente cuando se termine de
usar la CPU. TinyOS en todas las tareas relacionadas con un evento son
manejadas rpidamente despus de cada evento se sealiza. Cuando un
evento y todas las tareas se proces por completo, sin utilizar ciclos de CPU
gastados en el estado de reposo, a diferencia de busca activamente para el
prximo evento muy interesante. Eliminar bloqueos y evita que las mesas
actividad de la CPU.
3.2.2 Funciones de
un factor limitante de un programa basado en eventos es que desde hace
mucho tiempo los clculos pueden
interrumpir la ejecucin de otro momento subsistemas crticos. Si un evento se
completa nunca, todas las otras funciones del sistema se detendra. Para
permitir que computacin, TinyOS ofrece un mecanismo de ejecucin llamadas
tareas. Una tarea es un contexto de ejecucin que va a terminar en el fondo sin
interferir con otros eventos del sistema.
Las tareas se pueden programar en cualquier momento, pero no se ejecutar
hasta que eventos pendientes se ha completado. Adems, las tareas pueden
ser interrumpidas por de bajo nivel eventos del sistema. Las tareas le permiten
calcular cunto se ejecuta en segundo plano mientras el sistema evento
contina el proceso.
Programacin de tareas actualmente se realiza mediante una sencilla
programacin PEPS cola.
Si bien es posible aplicar de manera eficiente las tareas de programacin de
prioridad, es raro
59

tienen varias tareas pendientes. Una cola PEPS ha demostrado ser adecuado
para todas las aplicaciones escenarios hemos intentado hasta la fecha.
3.2.3 Atomicidad
adems de proporcionar un mecanismo de clculo de larga duracin, el

primitivo TinyOS tarea tambin dispone de un elegante mecanismo para crear

mutuamente excluyentes las secciones de cdigo. En interrumpir
programacin, condiciones de carrera datos crear errores que son difciles de
detectar. En TinyOS, el cdigo que se ejecuta dentro de una tarea est
garantizada a ejecutar hasta el final sin ser interrumpido por otras tareas. Esta
garanta significa que todas las tareas son atmicas con respecto a otras tareas
y elimina la posibilidad de condiciones de carrera entre las tareas.
Nivel bajo de los componentes del sistema deben hacer frente a las
complejidades asociadas con
reentrada, interrumpir cdigo con el fin de atender a sus estrictos requisitos de
tiempo real.
Normalmente, slo se realizan operaciones simples en el nivel de interrupcin
para integrar los datos de clculo. Las aplicaciones pueden utilizar las tareas
para garantizar que todos los datos se produce alguna modificacin forma
atomizada cuando se ve en el contexto de otras tareas.
TinyOS 3.3 Modelo de componentes
adems de utilizar el altamente eficiente basado en eventos y ejecucin,
TinyOS tambin
incluye un modelo de componentes especialmente diseados para la
modularidad y altamente eficaz composicin sencilla. Un eficiente modelo de
componentes es esencial para los sistemas integrados para aumentar la
confiabilidad sin sacrificar el rendimiento. El modelo de componentes permite a
un desarrollador de aplicaciones para ser capaz de combinar fcilmente los
componentes por separado en una configuracin especfica de la aplicacin.
60

Aplicaciones de enrutamiento Ad hoc aplicacin

activa de mensajes Mensajes
packet Radio Packet Paquete serie

UART SOFTWARE byte byte foto Radio relojes HARDWARE

poco RFM

Figura 3-1: grfica de componentes de un multi-hop sensing application.

En TinyOS, cada uno de los mdulos se define por el conjunto de comandos y
eventos que componen
su interfaz. A su vez, una completa especificacin del sistema es un listado de
los componentes que incluyen adems de una especificacin de la
interconexin entre los componentes. El componente TinyOS tiene cuatro
partes interrelacionadas: un conjunto de controladores de comando, un
conjunto de controladores de eventos, una trama de datos privados
encapsulados y un paquete de tareas simples. Las tareas, los comandos y
controladores de eventos ejecutan en el contexto de la trama y operar en su
estado. Para facilitar la modularidad, cada componente tambin se declara los
comandos que utiliza y los acontecimientos que las seales.
Estas declaraciones se utilizan para facilitar el proceso de composicin. Como
se muestra en la Figura 3-1, composicin crea un grfico de componentes en
alto nivel componentes emitir una serie de comandos para los componentes de
niveles inferiores y los componentes de niveles inferiores de los eventos a los
componentes de nivel superior. La capa ms baja de componentes interacta
directamente con el hardware subyacente. Un lenguaje especializado, NESC, se
ha desarrollado para expresar el componente grfico y el comando/interfaces
de eventos entre los componentes. En NESC,
61

mltiples comandos y eventos se pueden agrupar en las interfaces. Interfaces

simplificar la interconexin entre los componentes.
En TinyOS, estructuras de almacenamiento son estticamente asignados para
permitir que los
requisitos de memoria de la aplicacin completa que se determina en tiempo
de compilacin. La trama es una estructura en C especializados que se asignan
estticamente y directamente accesible slo al componente. Mientras TinyOS
no tiene proteccin de la memoria, las variables no se puede acceder
directamente desde el exterior de un componente. Adems de lo que permite
el clculo de requerimientos de memoria mxima, pre-asignacin de marcos
impide que la sobrecarga asociada con asignacin dinmica y evita errores
relacionados con puntero. Este ahorro se manifiesta en muchas formas,

incluida la ejecucin ahorro de tiempo porque la variable puede ser compilado

estticamente en el programa, en lugar de acceder a estado por punteros.
En TinyOS, los comandos son sin bloqueo de peticiones hechas a
los componentes de niveles inferiores. Normalmente, un comando fuerte
peticin parmetros en su marco local y condicional puesto una tarea para su
posterior ejecucin. Tambin puede invocar comandos inferior, pero no hay que
esperar mucho tiempo o latencia indeterminado las acciones a tomar su lugar.
Un comando debe proporcionar informacin a la persona que llama de regreso
estado indicando si ha sido exitosa o no, por ejemplo, saturacin de bfer.
Controladores de eventos se invocan para hacer frente a los eventos de
hardware, ya sea directa o indirectamente. El nivel ms bajo los componentes
tienen controladores que se conectan directamente a interrupciones de
hardware, que pueden ser externos interrupciones, los eventos del
temporizador o contador. Un controlador de eventos puede depositar la
informacin en su trama, tareas, eventos de nivel superior de seal o llamar
comandos de nivel inferior. Un evento de hardware desencadena una fuente de
transformacin que va hacia arriba a travs de eventos y puede doblar hacia
abajo a travs de
62

comandos. Con el fin de evitar ciclos en el comando/cadena de eventos, los

comandos no sucesos de seal. Tanto los comandos y los eventos se destina a
realizar una pequea cantidad fija de trabajo, que se produce en el contexto de
su estado del componente.
Tareas realizar el trabajo principal de TinyOS aplicacin. Ellos son atmicas con
respecto a otras tareas y ejecutar hasta la finalizacin de las obras, aunque no
se pueden anticipar los acontecimientos.
Las tareas pueden llamar comandos de nivel inferior, la seal nivel superior
eventos, calendario y otras tareas dentro de un componente. El plazo de
finalizacin de las tareas semnticas que se puede asignar una sola pila que es
asignada a la ejecucin de la tarea. Esto es esencial en la memoria sistemas
limitados.
Tareas simular simultaneidad dentro de cada componente, ya que se
ejecutarn

asincrnicamente con respecto a los acontecimientos. Sin embargo, las tareas

pueden bloquear o espera de giro o impedir el progreso en otros componentes.
Si bien los acontecimientos aproximada comandos instantneos y las
transiciones de estado, tarea paquetes proporcionan una forma de clculo
incorporan arbitraria en el modelo orientado a eventos.
3.3.1 Tipos de componentes
en general, los componentes caen en una de tres categoras: hardware
hardware abstracciones, sinttico y de alto nivel componentes de software.
Abstraccin de Hardware hardware componentes fsicos mapa TinyOS en el
modelo de componentes. La RFM componente de radio (que se muestra en la
esquina inferior izquierda de la Figura 3-1) es representativo de esta clase. Este
componente las exportaciones los comandos para manipular los pines de E/S
conectados al transceptor RFM y seales eventos informar a otros
componentes de la transmisin y recepcin de bits. Su trama contiene
informacin acerca del estado actual de los
63

(el transceptor est en modo envo o recepcin, la actual tasa de bits, etc. ).
La RFM consume interrupciones de hardware que se transforman en la RX poco
eventos o a la TX poco hechos, dependiendo del modo de funcionamiento. No
hay tareas en el modo RFM porque el propio hardware proporciona la
concurrencia. Este modelo de abstraccin de los recursos de hardware pueden
escalar desde muy simples recursos, al igual que los pines de E/S, bastante
complejos, como el cifrado los aceleradores.
Los componentes de hardware sinttico simular el comportamiento de
hardware avanzado. Un
buen ejemplo de ese componente es el componente Radio Byte (consulte la
Figura 3-1). Los cambios en los datos o de la RFM mdulo y seales cuando
todo un byte ha finalizado. Las tareas internas realizar simple codificacin y
decodificacin de los datos.
Conceptualmente, este componente es el mayor equipo de estado que se
podra convertir en el hardware directamente. Desde el punto de vista de los
niveles ms altos, este componente proporciona un
init send_msg (dir,tipo,datos) potencia(modo)

send_msg_thread msg_rec(tipo, datos) internalmsg_send_done(xito)

estado
componente de mensajera
(buffer) (xito) de init(modo) TX_packet(buf)
TX_packet_done RX_packet_done
Figura 3-2: SOY componente de mensajera representacin grfica.
64

Interfaz y funcionalidad muy similar a la abstraccin del hardware UART

componente:
proporcionan los mismos comandos y eventos de la misma, de los datos de la
misma granularidad y realizan tareas similares internamente (buscando un bit
de inicio o el smbolo, realizar codificacin simple, etc. ).
El alto nivel componentes de software realizar el control, el enrutamiento y
todas
las transferencias de datos. Un representante de esta clase es el mdulo de
mensajera presenta en la Figura 3-2.
Realiza la funcin de llenar el buffer de paquetes antes de la transmisin y
enva mensajes recibidos en su lugar apropiado. Adems, los componentes que
realizar clculos con los datos de la agregacin de datos caen en esta
categora.
3.3.2 Permitiendo la migracin de hardware/software
del TinyOS fronteras modelo de componentes permite la fcil migracin de
hardware/software lmite porque el modelo de software basada en eventos que
utiliza es complementaria a la estructura de hardware subyacente. Adems, el
uso de tamao fijo, pre-almacenamiento asignado es un requisito para las
implementaciones basadas en hardware. Migracin de software en el hardware
es particularmente importante para los sensores conectados en red donde los
diseadores del sistema se desea analizar el equilibrio entre la escala de
integracin, los requisitos de energa y los gastos de funcionamiento del
sistema. El captulo 6 presenta un diseo personalizado que empuja varios
componentes del sistema de la Rene nodo en todo el hardware/software lmite.

Mdulo 65 AMStandard { { interfaz StdControl proporciona Control

CommControl; interfaz; // La interfaz se parametriza mediante la activa id. de
mensaje interfaz SendMsg[uint8_T id]; interfaz ReceiveMsg uint8_T[id]; //
cuntos paquetes se recibieron en los ltimos segundo comando uint16_t
actividad(); } utiliza { // ha sealado despus de cada envo de componentes
que deseen // error en el reintento result_t senddone enva eventos(); interfaz
StdControl como UARTControl; interfaz como UARTSend BareSendMsg; interfaz
como UARTReceive ReceiveMsg; interfaz StdControl como hidrochorros; interfaz
como RadioSend BareSendMsg; interfaz como RadioReceive ReceiveMsg; Led
de interfaz; //interfaz como temporizador ActivityTimer; } }

Figura 3-3: componentes NESC archivo que describe la interfaz externa al

AMStandard componente de mensajera.
3.3.3 Algunos de los componentes
un componente tpico incluye un bastidor, los controladores de eventos, los
comandos y las tareas de un
componente de manejo mensaje se muestra en la Figura 3-2. Como la mayora
de los componentes, que exporta los comandos de inicializacin y de la
administracin de energa. Adems, dispone de un comando para iniciar una
transmisin de mensajes y seales de eventos la realizacin de una
transmisin o la llegada de un mensaje. Con el fin de realizar su funcin, el
componente de mensajera enva comandos a nivel de paquete un componente
y maneja dos tipos de eventos: uno que indica que un mensaje ha sido
transmitido y uno que indica que el mensaje ha sido recibido.
66

Grficamente, que representan el componente como un conjunto de tareas, un

bloque de estado
(rgano), un conjunto de comandos (al revs de los tringulos), un conjunto de
controladores (tringulos), slidos arcos hacia abajo para los comandos que
uso, y arcos hacia arriba para los eventos que tienen seal. La figura 3-3
muestra cmo todos estos elementos son explcitos en el cdigo del
componente. Dado que los componentes describir tanto los recursos y los
recursos que necesitan, ya que los conecta a juntos es simple.
El programador coincide con las firmas de los acontecimientos y los mandos
necesarios por un
componente con las firmas de los acontecimientos y los comandos
proporcionados por otro componente.
Las comunicaciones entre los componentes toma la forma de una llamada a
una funcin, que tiene baja sobrecarga y proporciona comprobacin de tipos
durante la compilacin.
3.3.4 Composicin de componentes
con el fin de apoyar el carcter modular de TinyOS, hemos desarrollado un
conjunto de
herramientas que ayuden a los desarrolladores de componentes de conexin.
En TinyOS, componentes estn vinculados entre s en el momento de la
compilacin para eliminar la innecesaria sobrecarga en tiempo de ejecucin.
Para facilitar el trabajo de composicin, cada uno de los componentes del
interfaz externo se describe al inicio de cada archivo de componente. En estos
archivos, un componente muestra el conjunto de comandos que acepta y los
sucesos que gestiona, as como el conjunto de los acontecimientos, las seales
y los comandos que utiliza.
Lgicamente nos ver todos y cada uno de las entradas y salidas de un
componente como un I/O pin como si el componente fueron una pieza fsica de
hardware. La descripcin completa de un rgano superior e inferior del interfaz
es utilizado por nuestro tiempo de compilacin herramientas para generar
automticamente archivos de encabezado componentes. La figura 3-4 contiene
un ejemplo archivo de componentes de una aplicacin sencilla que parpadea el
LED. En fin en realidad componen cada uno de los componentes en una
aplicacin completa; TinyOS utilizado originalmente descripcin ( .desc)
archivos

reloj 67 incendios. Aplicacin de parpadear. Cambiar el LED rojo cuando el

/

inicializar el componente. / bool estado; / el estado de la LED rojo (en o

fuera) / BlinkM mdulo interfaz { { proporciona StdControl; } { interfaz
utiliza Reloj; Led de la interfaz; } } aplicacin { /

comando result_t StdControl.init() { estado = FALSE; llamada led.init();

return; } /@ return devuelve siempre <code></code> XITO

marcha las cosas. Este slo establece la tasa para el reloj. /

Detiene la ejecucin de la aplicacin. Comando result_t StdControl.start() {

devolver llamada Reloj.setrate(TOS_I1PS, TOS_S1PS); } /@ return devuelve
siempre<code> XITO</code>

Este slo desactiva el reloj.

Comando result_t StdControl.stop() { devolver llamada Reloj.setrate(TOS_I0PS,

TOS_S0PS); } /@ return devuelve siempre<code> EL XITO</code>

Cambiar el LED rojo en respuesta al<code> reloj.incendio</code>. /

caso result_t Reloj.fire() { estado = !estado; si (estado) { llamada led.redon(); }

else { llamada led.redOff(); } return; } } /@ return devuelve siempre<code>
EL XITO</code>
Figura 3-4: BlinkM.nc componente de aplicacin t
hat parpadea el LED del sistema de una vez por segundo.

68,

Que contiene una lista de los componentes que se utilizan, as como las
conexiones lgicas entre los componentes. El xito del modelo de componentes
TinyOS condujo al desarrollo un lenguaje especializado llamado NESC que
ayuda a facilitar la expresin de estas conexiones lgicas [ 36].
La descripcin de la aplicacin los archivos se pueden considerar como una
lista de piezas y un
esquema elctrico. Estos archivos de descripcin se dividen en dos secciones.
La primera seccin contiene los mdulos a incluir en la solicitud. La segunda
seccin del archivo muestra las conexiones entre cada uno de los
componentes. Este diagrama de cableado toma la forma de las listas de los
puertos que estn conectadas lgicamente. Cada lnea del archivo contiene un
par de interfaces de mdulos que se van a conectar con una red de cableado.
La figura 3-5 contiene y ejemplo archivo de descripcin de un simple NESC
aplicacin.

En el momento de la compilacin, la descripcin de los componentes y la

descripcin de la aplicacin
los archivos se procesan previamente con el fin de crear una red que une a la
lista componentes juntos. Al igual que en el hardware, una red en nuestro
sistema puede tener varias fuentes y sumideros. Este se maneja
automticamente por el NESC compilador. Por ejemplo, un solo evento puede
ser manejado por varios componentes. En el momento de la compilacin, el
cdigo ser generado automticamente

configuracin Parpadear { } { aplicacin los componentes principales, BlinkM,

ClockC, LedsC, DustKernelWrapper; Main.StdControl -&gt; BlinkM.StdControl;
BlinkM.Reloj -&gt; ClockC; BlinkM.Led -&gt; LedsC; }

Figura 3-5: (NESC), archivo de configuracin de la aplicacin que los cables y el

parpadeo.
69

Para enviar el caso a tantos lugares como sea necesario. La salida del NESC
compilador C estndar es un archivo que contiene todos los componentes de la
aplicacin, as como todos los vnculos necesarios.
3.3.5 Aplicacin Paseo Por
Con el fin de mostrar qu aplicaciones en TinyOS, caminamos a travs de una
sencilla
aplicacin que se incluye en la versin 1.0 TinyOS. La aplicacin, HACER
PARPADEAR, simplemente se enciende y se apaga el LED del sistema binario
contar. Si bien esta aplicacin podra ser fcilmente sin la ayuda de los
modelos TinyOS, pone de manifiesto algunas de los conceptos clave de TinyOS.
La figura 3-4 muestra la descripcin del mdulo para el parpadeo
componente principal de la aplicacin (de BlinkM.cn). El mdulo de
declaracin, se puede ver que el BlinkM componente proporciona la interfaz
StdControl TinyOS y utiliza la interfaz de reloj y los LED interfaz. Este archivo de
interfaz describe completamente lo que funcionalidad debe ser proporcionada
por otras partes del sistema de este componente para funcionar

correctamente. En particular, este componente debe ser controlada con la

interfaz StdControl y tiene que tener acceso a la interfaz de reloj y los LEDs.
El cdigo se puede escribir para llenar este componente sin conocimiento de lo
que se le presta el apoyo necesario.
Todas las variables declaradas dentro de los lmites del mdulo estn mbito
local
las variables privadas. Se colocan en el componente privado del bastidor. En
esta aplicacin, el mdulo tiene una sola variable llamada estado. Esta variable
contiene el valor actual del contador binario que se muestra en el LED's. La
segunda seccin de
70

el cdigo contiene la implementacin de la interfaz StdControl. Esta interfaz

est diseada para manejar inicializacin. Las funciones se declaran
especificando el tipo de funcin (comando/evento), el tipo de valor devuelto (el
nombre de la interfaz, el nombre de la funcin individual, y la lista de
argumentos. La funcin init es un comando que devuelve un result_t y no
acepta argumentos y es parte de la interfaz StdControl. Realiza todas la
inicializacin necesaria para este componente. Adems, se debe inicializar
todos los componentes que se utilizan. En este ejemplo, la funcin init emite un
solo comando para inicializar el LED. La invocacin de comandos se ejecutan
mediante el 'llamada' palabra clave. Del mismo modo, los eventos se sealizan
mediante la seal palabra clave. Las palabras clave explcitamente llamada
estado y seal cuando el componente se traspasan las fronteras. Esta
informacin es utilizada por el NESC compilador en pleno programa de anlisis
para optimizar las fronteras de componente.
Tenga en cuenta que la aplicacin no tiene en un contexto de ejecucin. La
rutina de inicializacin y los controladores de eventos de rpidamente el
contexto de ejecucin. Esta es una propiedad esencial del TinyOS aplicacin.
Por no sujetarse a un contexto de ejecucin, un contexto nico puede ser
compartida a travs de varias actividades simultneas. Si esta aplicacin se
pone en prctica en un modelo de ejecucin roscada, a diferencia de los
basados en eventos modelo TinyOS, esta sencilla funcin requerira una
dedicacin contexto de ejecucin. Que se bloquear hasta que haba llegado la
hora de actualizar el contador. Esto consumir una cantidad importante de

recursos al ralent. Por el contrario, esta aplicacin simplemente consume un

solo byte de memoria mientras est inactivo.
Adems de escribir la aplicacin individual de los componentes, el
desarrollador de la aplicacin debe montar una coleccin de TinyOS
componentes en un completo
71

aplicacin. La figura 3-5 muestra el archivo de configuracin de la aplicacin

para esta aplicacin. La primera seccin del archivo contiene la lista de
componentes que deben incluirse. En este caso, la aplicacin completa consta
de la componente principal, la componente BlinkM, el ClockC LedC componente
y el componente. La segunda seccin del archivo, a continuacin, contiene las
conexiones entre los componentes. La primera lnea de esta seccin establece
que el principal componente de interfaz StdControl est conectado al BlinkM
StdControl interfaz del componente. El uso de este modelo de componentes
permite a las aplicaciones fcilmente reconfigurado.
3.4 AM Comunicacin Paradigma
una pieza clave del TinyOS es el modelo de comunicacin que apoya. En lugar
de
la ampliacin de un modelo de comunicacin basado en PC, creemos que es
beneficioso para adaptar el sistema de comunicacin para satisfacer las
necesidades de estos dispositivos. Para lograr esto, hemos utilizado los
mensajes activos como modelo de comunicacin principales bloques de
creacin en la creacin de redes de TinyOS.
3.4.1 Descripcin General Mensajes activos
Mensajes activos (AM) es un simple, extensible paradigma de
comunicacin basada en mensajes ampliamente utilizado en computacin
paralela y distribuida sistemas [ 35]. Cada mensaje contiene el nombre de la
aplicacin de controlador que se va a invocar en el nodo de destino a la llegada
y una carga de datos para pasar como argumentos. La funcin de controlador
sirve para el doble propsito de extraer el mensaje de la red, ya sea integrando
los datos en el clculo o enviar un mensaje de respuesta. La red se modela
como un oleoducto con una mnima influencia de los mensajes. Esto elimina
muchas de las

dificultades con que tropieza el bfer de 72 sistemas de comunicacin que

utilizan protocolos o bloqueo especial enviar/recibir los bferes. Para evitar
congestin de la red y garantizar el rendimiento adecuado, controladores de
mensajes debe ser capaz de ejecutar de manera rpida y de forma asincrnica.
Aunque Mensajes activos tiene sus races en las grandes mquinas y
procesamiento en paralelo
los clsteres informticos, los mismos conceptos bsicos pueden ser utilizados
para cumplir con los lmites de los sensores conectados en red. En concreto, la
arquitectura ligera de mensajes activos se puede aprovechar para equilibrar la
necesidad de un marco de comunicacin al mismo tiempo, mantener la eficacia
y la agilidad. Ms importante an, el evento segn modelo invocacin
controlador permite a los desarrolladores de aplicaciones para evitar ocupado
esperando a que lleguen los datos y permite que el sistema de comunicacin
se solapan con otras actividades como la interaccin con los sensores o
ejecutar otras aplicaciones. Este es el caso de naturaleza activa centrada en
los mensajes que le hace un ajuste natural de TinyOS.
3.4.2 Pequeos Mensajes activos
en la aplicacin Mensajes activos de la computacin paralela de alto
rendimiento
y en este diseo de bajo consumo, hemos tratado de preservar los conceptos
bsicos de la integracin de la computacin y comunicacin de primitivas de
comunicacin a capacidades de hardware. La superposicin de trabajo
computacional con comunicacin en el nivel de aplicacin es esencial.
Contextos de Ejecucin y espacio de pila nunca debe ser perdido debido a que
las aplicaciones se bloquean, a la espera de la comunicacin. Los mensajes
activos modelo de comunicacin se pueden ver como un modelo de eventos
distribuidos en nodos en red enviar cada otros eventos. Si bien es bastante
bsica, creemos que todas las aplicaciones se pueden construir en la parte
superior de este primitivo modelo.
73

Con el fin de hacer los mensajes activos modelo de comunicacin una realidad,
ciertas
primitivas debe ser proporcionada por el sistema. Creemos que las tres
primitivas son necesarios: mejor esfuerzo transmisin de mensajes con
agradecimientos, direccionamiento y envo.
Las aplicaciones ms exigentes pueden necesidad de construir ms
funcionalidad en la parte superior de estas primitivas, pero que se deja para los
desarrolladores de aplicaciones para decidir. Con la creacin de la mnima del
ncleo de un sistema de comunicacin, todas las solicitudes sern capaces de
construir en la parte superior. Adems, es probable que exista una gran
variedad de dispositivos con diferentes capacidades de comunicacin fsica y
necesidades. Con la construccin de la comunicacin como componentes
separados del ncleo en el modelo de componentes TinyOS, los desarrolladores
pueden elegir que las implementaciones de los componentes bsicos que
necesitan. Esto puede tomar la forma de seleccin de elementos de una
coleccin de componentes que realizan diferentes niveles de deteccin y
correccin de errores. Sin embargo, proporcionando una interfaz coherente de
primitivas de comunicacin, los desarrolladores de aplicaciones pueden
transferir fcilmente sus aplicaciones a diferentes plataformas de hardware.
Al igual que habr varias implementaciones de los componentes bsicos para
el
desarrollador para escoger entre diversas otras extensiones estarn
disponibles, como entrega fiable. Esto es similar al diseo de Horus [ 37], que
han intentado modular basado en PC protocolos de comunicacin donde los
desarrolladores de aplicaciones pueden elegir entre una gran variedad de
bloques de construccin incluyendo el cifrado, el control de flujo y fragmentaci
n de paquetes.
Es muy ventajoso para ser capaz de personalizar los protocolos cuando se trata
de red los sensores debido a su extrema las limitaciones de ejecucin y su gran
diversidad de hardware fsico.
74

3.4.3 El cambio de la memoria bfer gestin

TinyOS Fundamental para el sistema de comunicacin es su modelo de

almacenamiento. Como los datos
llega a la radio, que deben almacenarse en un bfer de la memoria. La capa
activa envo mensajes a continuacin, entrega el rea de influencia de las
aplicaciones. En muchos casos, las aplicaciones se desean mantener los
almacenamientos intermedios de mensajes que se entregan a ellos. En el caso
de la multi-hop comunicacin, aplicaciones que necesitan para mantener el
buffer lo suficientemente largo para que se transmite en el siguiente nodo.
Esta situacin es problemtica en sistemas que no admiten
asignacin dinmica de memoria debido a que el subsistema de radio deben
adquirir continuamente nuevos amortiguadores para ofrecer a las aplicaciones.
Para controlar esto, TinyOS requiere que cada aplicacin un bfer de mensaje
no utilizado para el subsistema de radio cada vez que un mensaje se ha
entregado. La radio no mantiene un bfer para recibir el siguiente mensaje.
Despus de la recepcin del buffer se transfieren a la aplicacin. A
continuacin, un buffer es entregados por el componente de la aplicacin a los
sistemas de radio. Este bfer libres es cubierto por el siguiente mensaje.
A travs de este intercambio de amortiguacin, un conjunto fijo de preasignados
los bferes de mensajera se puede utilizar. Si una aplicacin necesita la
capacidad de almacenar varios mensajes al mismo tiempo, simplemente
asigna ms influencia mensaje privado dentro de su propio marco.
Como los mensajes llegan que es necesario preservar, la aplicacin puede
volver el pre-asignados los bferes. Debe mantener que los bferes son vacas
y almacenar datos tiles. En todo momento, la aplicacin mantiene el control
de un nmero fijo de bferes. Los amortiguadores son comercializados en todo
el sistema como se produce la comunicacin.
75

3.4.4 Reconocimiento explcito

Mientras TinyOS slo proporciona el mejor esfuerzo entrega de mensajes,

hemos encontrado que es
importante recibir comentarios como si la transmisin se ha recibido
correctamente por el siguiente destinatario. Este simple pedazo de informacin
simplifica enormemente nivel de aplicacin de enrutamiento algoritmos y
entrega fiable.
En TinyOS 1.0 , cada uno de los mensajes es seguido de un inmediato
reconocimiento, sincrnico que se transmite desde el receptor al transmisor.
Este reconocimiento se transmite por medio de un destinatario si un paquete
con xito pasa por una comprobacin de CRC.
Este tipo de paquetes se incluye reconocimiento en el nivel fsico de la
pila TinyOS comunicacin ya que es mucho menos costoso que ofrecer la
misma funcionalidad a nivel de aplicacin. En vez de transmitir un paquete
completo que contiene un acuse de recibo, as como la informacin necesaria
para que coincida con el reconocimiento con el paquete es reconocido, el
mecanismo TinyOS reconocimiento simplemente transmite una secuencia
especial inmediatamente despus de que el paquete es recibido.
Adems de reducir la cantidad de energa que se requiere para reconocer un
paquete,
este mecanismo tambin simplifica la tarea de procesar el acuse de recibo.
Debido a la fecha de la confirmacin es sincrnico con respecto a la
transmisin de paquetes, las aplicaciones no tienen que esperar a que se
produzca un tiempo de espera antes de determinar que un error en la
transmisin. La aplicacin sabe transmitir la suerte del paquete
inmediatamente despus de la transmisin. Esto permite que la aplicacin para
iniciar inmediatamente la retransmisin o la bsqueda de un nuevo
destinatario.
76

3.5 Componentes contenidos en TinyOS

hay varios componentes a nivel sistema que se incluyen en TinyOS.

Adems, hay una coleccin de aplicaciones de ejemplo que muestran el uso del
sistema TinyOS. La figura 3-6 contiene una lista de los componentes
contenidos en el
TinyOS 1.0 Componentes del sistema
BapM.nc Beaconless ad-hoc Contador protocolo de enrutamiento.nc IdentC
contador incrementa continuamente.nc Componente para recuperar y
establezca el nodo identidad IntToLedsM.nc mostrar un valor entero en los LEDs
IntToRfmM.nc Informe un valor entero en el componente de radio que
continuamente las muestras y OscopeM.nc informes y canal ADC ResetC.nc
restablecimiento del sistema componente RfmToIntM.nc Recibir y entero en la
radio va Multi-hop paquete de enrutamiento y generar valor iteger SenseToInt
lectura del sensor.nc de la ADC TinyAlloc.nc TinyDB asignador de memoria para
aplicaciones de base TinyOS ADCM.nc interfaz a la ADC AMStandard.nc
Mensajes activos implemetnation ByteEEPROM.nc acceso componet CRCPacket
EEProm.nc paquete CRC calculator ClockC.nc de componentes de distribucin
CrcFilter.nc GenericComm CRC filtro de paquetes genricos de comunicacin.nc
de pila Uso general I2CPacketC.nc protocolo I2C aplicacin LedsC.nc interfaz
LED LoggerM.nc Interfaz para registrar datos en el chip flash NoCRCPacket.nc
paquete de componentes sin clculo del CRC PotM.nc control intensidad de
seal RFM.nc interfaz de Radio TR1000 RadioCRCPacket.nc TR1000 interfaz de
paquetes con CRC RadioNoCRCPacket.nc TR1000 interfaz de paquetes sin CRC
RandomLFSR.nc Generador de Nmeros Aleatorios SecDedRadioByteSignal.nc
componente Forward error correction TimerM.nc multi-aplicacin mdulo
temporizador UARTComm.nc pila las comunicaciones en UART UART.nc mdulo
interfaz UART UARTNoCRCPacket.nc comunicacin UART pila sin CRC
voltagem.nc componente medicin de la tensin de la batera Figura 3-6: Lista
de componentes contenidos en TinyOS 1.0 . Los desarrolladores de la
aplicacin seleccione en esta coleccin de nivel de sistema y componentes
para crear la aplicacin deseada atributos.

TinyOS versin actual 77.

TinyOS 3.6 Evaluacin del modelo
para evaluar el desempeo del modelo de sistema TinyOS, volvemos a nuestro
conjunto de

requisitos de software: un tamao pequeo, la simultaneidad, la modularidad,

eficiencia fsica limitada el paralelismo y robusto.
Tamao fsico reducido tamao: cdigo de la aplicacin es nuestro principal
sistema mtrico de la ejecucin
de los datos disponibles sobre la lnea memoria Rene plataforma. Todo un salto
mltiple aplicacin de recopilacin de datos en 226 bytes de datos, todava por
debajo del 50% de los 512 bytes disponibles en el Rene plataforma. %3 De
pequeo tamao fsico. TinyOS permite increblemente pequeas aplicaciones.
En particular, nuestro programador slo ocupa 178 bytes y la completa red de
aplicacin slo requiere unos 3 KB de memoria instruccin. Por otra parte, el
tamao de los datos de nuestro planificador es de slo 16 bytes, lo que slo se
utiliza
con respecto a la concurrencia las operaciones que hacen un uso intensivo, es
fundamental que la arquitectura de software
para ofrecer una simultaneidad; red sensores necesitan gestionar mltiples
flujos de informacin simultneamente. En este contexto, un importante punto
de partida caracterstica de una red es su sensor velocidad cambio de
contexto. En el sistema basado en eventos TinyOS, el costo de propagar un
evento es aproximadamente equivalente a la de copiar un byte de datos. Esta
baja es fundamental para lograr eficiencia modular. Publicar un hilo y cambio
de contexto los costos tanto como movimiento 6 bytes de memoria. Nuestros
ms caros operacin implica los aspectos de bajo nivel de la gestin de
interrupciones. A pesar de que el hardware de interrupciones para el manejo
rpido y el funcionamiento de un programa informtico que guardar y restaurar
registros en memoria imponer una sobrecarga considerable. Varias tcnicas
pueden ser de
78

utilizado para reducir la sobrecarga como particin del conjunto de registro

[ 32] o el uso de registro windows [ 38].
Modularidad eficiente: Una de las principales caractersticas de nuestros
sistemas es que los eventos
y comandos puede propagarse por los componentes rpidamente. Proyectos
como senderos, Scout [ 39], sistemas y apilables [ 40] han tenido objetivos
similares en otros regmenes.

El tiempo de compilacin esttica optimizacin contenidos en el NESC

compilador elimina
la sobrecarga asociada con el modelo de componentes TinyOS. En el momento
de la compilacin, el componente lmites son automticamente eliminados.
Programa completo anlisis se utiliza para crear eliminar las particiones de
sistema y equilibrio tamao de cdigo en tiempo de ejecucin. En la mayora
de los casos, slo de la sobrecarga asociada con el modelo de componentes se
ha optimizado el final de cdigo binario compilado.
El paralelismo fsico limitado y el controlador jerarqua: hemos
demostrado con xito un sistema de gestin mltiples flujos de datos a travs
de un nico microcontrolador.
La figura 3-7 muestra el trabajo y la distribucin de la energa entre cada uno
de nuestros componentes de software mientras que activamente en
transmisin de datos. Muestra que 66.48% del trabajo de recibir los paquetes
se realiza en la RFM nivel de bits que utiliza componentes 30.08% del tiempo
de la CPU durante todo el perodo de recepcin de un paquete. Esto consume
451.17nJ por bit. Incluso durante este perodo muy activo, el procesador est
inactivo aproximadamente el 50% del tiempo. El resto del tiempo se puede
utilizar para tener acceso a otros sensores, como el sensor de luz, o el I2C
controlador de temperatura. En el Captulo 5 hemos investigado el desventajas
relacionadas con fsica y la virtual paralelismo en profundidad.
79

Diversidad en el uso y funcionamiento robusto: Por ltimo, hemos podido

comprobar la
versatilidad de esta arquitectura, creando aplicaciones de ejemplo que se
aprovechan de la estructura modular de nuestro sistema. Estos incluyen fuente
multi-hop aplicaciones de enrutamiento, active insignia [ 41] ubicacin las
aplicaciones de deteccin y monitoreo de la red de aplicaciones. Adems por el
desarrollo de nuestra sistema en C, tenemos la capacidad de mltiples
arquitecturas de CPU en los sistemas futuros.

Resumen
TinyOS TinyOS 3.7 es un sistema operativo diseado especficamente para
atender las necesidades de
las redes de sensores inalmbricos. Est basado en un motor de ejecucin
orientada a eventos que proporciona simultneamente eficiencia y
concurrencia de grano fino. TinyOS basadas en
paquetes de energa de la CPU recepcin % desglose de tareas Componentes
utilizacin (nj/bit) AM 0,05 % 0,02 % 0,33 1,12 % Paquete 4,58 0,51 %
Controlador Radio 26.87% 12.16% 182,38 Radio decodificar rosca 5,48 % 2,48
% 37,2 RFM 66.48% 30.08% 451,17 Recepcin de radio - - 1350 vaco - 54.75%
Total 100,00 % 100,00 % 2028,66
% de uso de CPU transmisin de paquetes Componentes Energa desglose del
trabajo utilizacin (nj/bit) SOY 0,03 % 0,01 % 0,18 3,33 % Paquete 23,89 1,59
% Controlador Radio 16.90 ingreso de 35,32 % 253,55 % decodificacin Radio
rosca 4,53 % 2,17 % 32,52 RFM 56.80% 27.18% 407,17 transmisin de Radio - 1800 vaco - 52.14% Total 100,00 % 100,00 % 4317,89
Figura 3-7: Detalle de la distribucin del trabajo y el consumo de energa en
cada capa de la Rene nodo.
80

Comunicacin es encapsulado en un modelo de componentes que permite

estado de componentes basados en mquinas de forma eficiente de las
aplicaciones compuestas junto con configuraciones especficas.
TinyOS El sistema de comunicacin se basa en los mensajes activos
comunicacin paradigma de entornos de computacin de alto rendimiento.
Cuando se reciben datos de la red, el mensaje de controladores especficos se
invoca automticamente.
TinyOS incluye un modelo de memoria que permite un conjunto fijo de
almacenamientos intermedios de mensajes a ser pre-asignados y compartidos
entre varias aplicaciones.

Ahora que tenemos un entendimiento del software que se ejecuta en estos

dispositivos, podemos empezar a sumergirse en las principales cuestiones
relacionadas con los protocolos de red. En el prximo captulo, analizamos una
familia de sistema de compensaciones y sus efectos en el nodo. Este anlisis
se utiliza para desarrollar un nodo arquitectura generalizada que es la piedra
angular de esta tesis.
81

Captulo 4: Nodo Sensor inalmbrico generalizado Arquitectura

un paso clave en la exploracin de los desafos de la construccin de un bajo

consumo de potencia
es plataforma de comunicacin inalmbrica en la comprensin de los requisitos
del sistema para los mecanismos de comunicacin necesarios para construir
los multi-hop redes que se avizoran. El objetivo de este captulo es el de
desarrollar una arquitectura general que aborda las necesidades de las redes
de sensores inalmbricos. La arquitectura no est ligada a ninguna radio o
tecnologa de procesamiento sino que detalla cmo el clculo y la
comunicacin deben comparecer juntos. Est diseado para tener subsistema
de comunicacin que permite flexibilidad, optimizacin especfica para la
aplicacin de los protocolos de comunicacin y al mismo tiempo obtener alto
ancho de banda y la eficiencia. A fin de sentar las bases para el diseo, se
describen, en primer lugar, las operaciones bsicas relacionadas con
comunicacin a travs de un enlace de radio.
Esto expone algunos de los principales retos de diseo incluyendo la
concurrencia carcter intensivo de las redes inalmbricas de sensores. Abordar
el conjunto de problemas que se presentan, desarrollar una arquitectura
generalizada de un nodo sensor inalmbrico. En los siguientes captulos se
analizan las implementaciones especficas de esta arquitectura en general.
4.1 Requisitos de comunicacin inalmbrica
para comunicarse a travs de la conexin inalmbrica, protocolos deben ser
construidas a partir de la materia prima
electro-magntico primitivas de sealizacin. Con cuidado UN transmisor debe
modular la portadora de RF al receptor realiza demodulacin y anlisis de

seales. La figura 4-1 ilustra las fases clave de un paquete de protocolo de

comunicacin inalmbrica. Es importante que
82

fases Comunicacin inalmbrica

de transmisin
de datos que se transmite
Codificar procesamiento
datos codificados Smbolo de inicio que se va a transmitir la transmisin
transmisin Retardo MAC bits
Bits codificados
muestras Radio Modulaciones
Smbolo de inicio Bsqueda Recibir bits individuales
sincronizacin...
Smbolo de inicio Deteccin datos codificados
Decodificacin recibido procesamiento
de datos recibidos Recepcin
Tiempo
Figura 4-1: Fases de la comunicacin inalmbrica para la transmisin y la
recepcin.
tenga en cuenta que muchas de las operaciones deben realizarse en paralelo
con cada uno. Esto se puede observar en las diferentes capas que se
superponen en el tiempo.
El primer paso en el proceso de comunicacin es para codificar los datos para
la transmisin.
Los sistemas de codificacin estn diseados para aumentar la probabilidad de
transmisin por prevenir y corregir los errores leves. Por razones de eficiencia
el proceso de codificacin es canalizada con el actual proceso de transmisin.

Una vez que el primer byte est codificado, la transmisin puede comenzar. Los
bytes restantes se pueden codificar como precedente se transmiten los bytes.
Sistemas de codificacin pueden variar desde una simple DC-esquemas de
equilibrio, tales como 4b-6b o
codificacin Manchester, a complejos sistemas CDMA. Ya sea en una coleccin
de uno o ms bits de datos, un smbolo, se codifican en una coleccin de bits
de transmisin de radio denominados chips. Codificacin Manchester tiene dos
fichas por smbolo que representa 1 bits de

datos 83. Espectro de difusin de secuencia directa sistemas CDMA y a

menudo tienen 15 a 50 fichas por smbolo con cada smbolo que contenga de 1
a 4 bits de datos.
La transmisin real comienza con la ejecucin de un control de acceso al medio
(MAC). Protocolos MAC estn diseados para permitir que varios transmisores
a compartir un nico canal de comunicacin. Uno de los ms sencillos
protocolos MAC deteccin de portadora es acceso a los medios (CSMA) donde
cada transmisor en primer lugar comprueba que se trata de un canal en reposo
antes de cada transmisin. Si el canal est ocupado, espera un poco, al azar,
intervalo de tiempo tras el cual se reinicia la transmisin.
El primer dato que se debe realmente se transmite por la radio link es una
sincronizacin smbolo o smbolo de inicio. El smbolo de arranque seales al
receptor que un paquete llega y es utilizado por el receptor para determinar el
momento de la llegada. El smbolo de arranque es seguida inmediatamente por
los datos codificados transmitidos como una serie. Como la transmisin, el
transmisor debe controlar con precisin la sincronizacin de cada bit transicin
para que el destinatario pueda mantener la sincronizacin.
Transiciones poco sesgada puede causar que el emisor y el receptor para salir
de la sincronizacin, lo que da como resultado un xito la transmisin o datos
daados.
Para un receptor, la primera parte de recepcin de datos es el de detectar que
la transmisin ha

empezado. El canal es objeto de una atencin continua a fin de filtrar el ruido

de fondo y detectar el smbolo de arranque especial. La longitud y el formato
de la smbolo de inicio puede ser optimizado para los niveles de ruido. Con el
fin de detectar correctamente el smbolo de arranque, el receptor debe tomar
muestras del canal por lo menos dos veces la radio frecuencia de chip. De lo
contrario, la fase relativa de la toma de muestras y la transmisin se puede
producir en el receptor falta el smbolo de arranque.
84

Una vez detectadas, el receptor debe, a continuacin, realice una

sincronizacin exacta a la fase de la
transmisin entrante. Este paso de sincronizacin es fundamental para que el
receptor para determinar el inicio y el final de cada bit ventana est siendo
utilizado por el transmisor.
La sincronizacin requiere la transmisin entrante que se efectuar la toma de
muestras superior a dos veces la tasa de bits para la distribucin de los bits
puede determinarse las transiciones.
Una vez sincronizado, el receptor, a continuacin, muestras el valor de la seal
de entrada en
el centro de cada bit. Precisa se debe tener cuidado en reducir al mnimo sesgo
en la frecuencia de muestreo y la sincronizacin. Como los bits individuales se
extraen de la radio, que se montan en bloques que son la versin codificada de
los mensajes de datos. Por ltimo, los bloques son decodificados en los datos
originales y montado en un paquete. El proceso de descodificacin a menudo
puede corregir los errores de un solo bit en la seal recibida y reproducir los
datos originales.
4.2 Cuestiones clave arquitectura debe abordar
hay cuatro cuestiones clave que deben ser abordados por la arquitectura del
sistema. En primer lugar,
desde la descripcin bsica de un protocolo de comunicacin inalmbrica,
podemos ver que algunas de las operaciones que se realizan al mismo tiempo.
El canal debe ser objeto de una supervisin constante, los datos deben ser
codificados, y los bits deben ser transferidos a la radio. La capacidad para

hacer frente a una concurrencia de grano es necesario para llevar a cabo estas
operaciones en paralelo.
En segundo lugar, el sistema debe ser flexible para hacer frente a una amplia
variedad de escenarios de aplicacin. En tercer lugar, la arquitectura debe
proporcionar un control preciso sobre la transmisin de radio. Este requisito es
impulsado por la necesidad de potencia ultra baja comunicacin en la
aplicacin de recopilacin de datos. Por ltimo, el sistema debe ser capaz de
separar los datos y la velocidad de transmisin de radio. Nos muestran cmo
un acoplamiento directo entre
85

velocidad de procesamiento y comunicacin tasas de bits puede conducir a

sub-ptimo rendimiento energtico.
4.2.1 Concurrencia
La arquitectura debe proporcionar un mecanismo eficiente para manejar muy
finas de
simultaneidad. Tanto en el caso de transmisin y recepcin, los clculos
relacionados con comunicacin inalmbrica debe ocurrir en paralelo con la
aplicacin de procesamiento y potencialmente con nivel intermedio
procesamiento de paquetes. Eventos de Sensor y clculos de datos debe
continuar para seguir adelante mientras que la comunicacin est en curso.
Esto es particularmente cierto si se tienen en cuenta las superposiciones de
smbolo deteccin y procesamiento de la aplicacin.
Por ejemplo, smbolo de inicio deteccin debe realizarse continuamente a la
espera
de comunicacin entrante. Si ningn otro procesamiento que se va a realizar
debe realizarse en paralelo con el inicio bsqueda del smbolo. Adems de la
operacin paralela de procesamiento de protocolo y en el nivel de la aplicacin,
se tiene tambin la obligacin que las diferentes etapas de procesamiento de
protocolo debe realizarse en paralelo. En la Figura 4-1 muestra la codificacin
de los datos y la transmisin de datos son "pipeline" junto con el fin de reducir
la transmisin latencia.
La arquitectura del sistema debe proporcionar un mecanismo que

permite simultaneidad de procesamiento de protocolo y en el nivel de la

aplicacin de procesamiento al mismo tiempo.
4.2.2 Flexibilidad
La arquitectura debe proporcionar la flexibilidad necesaria para dar soporte a
una amplia gama de
escenarios de aplicacin. Profundamente para sistemas integrados, es
importante que un sistema es de
86

lo suficientemente flexible para apoyar una amplia gama de protocolos

especficos para cada aplicacin. A diferencia de los telfonos mviles, las
redes inalmbricas de rea local, o dispositivos Bluetooth, wireless sensor
networks no cuentan con un conjunto fijo de protocolos de comunicacin que
deben cumplir. Profundamente arraigadas las redes inalmbricas pueden
explotar concesiones en ancho de banda, latencia y de procesamiento de la red
para reducir el consumo de energa por rdenes de magnitud.
Por ejemplo, si el sensor se realiza un muestreo de datos slo una vez por
minuto, podra ser
aceptable para retrasar la transferencia de datos durante varios segundos,
permitiendo a la red para coordinar eficientemente muchas de esas corrientes
mientras est en funcionamiento a baja ciclo de trabajo. Las optimizaciones,
puede extender la vida til de la batera de semanas a aos.
Adems de la compatibilidad con protocolos de comunicacin flexible, tambin
es importante
apoyar las interfaces flexibles entre los protocolos y aplicaciones. Una rica
interfaz entre procesamiento de la aplicacin y tratamiento de la comunicacin
permite a los programadores crear protocolo descomposiciones arbitrarias.
Estado de protocolo interno puede ser expuesta hasta las aplicaciones y las
aplicaciones pueden tener un control preciso sobre los protocolos.
Un simple ejemplo de la necesidad de protocolos flexibles que permiten a las
aplicaciones para
ver el canal subyacentes caractersticas pueden verse en [ 42]. Descubrieron
que muchas tarjetas 802.11 resumen de calidad de la seal de nivel de

aplicacin que elimina su capacidad de apoyo RF aplicaciones de localizacin.

Haba los protocolos para la interaccin entre las aplicaciones y el hardware de
comunicaciones hemos sido flexibles y que la informacin podra haber sido
fcilmente expuestos.
4.2.3 Sincronizacin
La arquitectura debe proporcionar la capacidad de lograr precisin de nodo a
nodo,
sincronizacin y la aplicacin directa de distribucin control de radio.
87 Se trata de un

papel fundamental en muchas redes de sensores inalmbricos. Como se

describe en el Captulo 2, nuestra aplicacin de recopilacin de datos escenario
se basa en sincronizacin de tiempo para programar el nio-padre
comunicacin windows y la precisin temporal de la recogida de los datos. La
corta duracin y frecuencia de la transmisin windows hace que sea muy
importante para la aplicacin precisa de control temporal por la radio. Esto es
en contraste con las modalidades de la comunicacin de un telfono celular en
el que la comunicacin se produce con muy poca frecuencia (un par de
llamadas por da) y de larga duracin (de minutos por llamada). Un retardo de
10 ms antes de que una llamada por telfono celular inicia o detiene tiene un
impacto insignificante en la experiencia del usuario. Sin embargo, si un
paquete se encuentra a tan slo 2ms tarde en nuestra aplicacin de
recopilacin de datos, se perdern.
Para permitir que las aplicaciones precisas para lograr sincronizacin de hora,
radio
protocolos de comunicacin debe proporcionar sincronizacin exacta
informacin de cuando se reciben paquetes de datos. Adems, se les debe
permitir que la aplicacin para controlar de forma precisa cuando la radio inicia
la comunicacin, as como cuando la radio est encendida o apagada para la
recepcin.
4.2.4 Disociacin entre RF y velocidad de procesamiento
por ltimo, la arquitectura del sistema debe permitir una disociacin entre
las tasas de transmisin de RF y velocidad de procesamiento. La radio es ms
eficiente cuando se producen las transmisiones de datos a su mxima

velocidad de transmisin. Cuando se transmite con una potencia fija, con lo

que se reduce el tiempo de transmisin reduce el consumo de energa. Sin
embargo, los estudios modernos en procesadores de bajo consumo energtico
y dinmico diseo escala de voltaje han demostrado que los procesadores son
los ms eficaces cuando se propaga en el tiempo clculo tanto como sea
posible, de modo que se puedan ejecutar en el voltaje ms bajo posible [43,
44]. Idealmente, el consumo de energa razones, nos gustara que los
controladores para realizar todos los clculos tan despacio como sea posible y
al igual que el clculo est completo, la radio puede estallar en los datos de la
forma ms rpida posible.

Acoplamiento 88 la velocidad del microcontrolador a la velocidad de

transmisin de datos de las fuerzas al sistema operar a no-lugares ptimos.
Este acoplamiento se puede ver en el diseo de un nodo sensor inalmbrico
donde debe haber un equilibrio entre la velocidad de la unidad de control y la
velocidad de la radio.
Para profundizar en este requisito ms podemos analizar un fallo en la
actuacin de
la Rene plataforma. En el Rene plataforma, slo el 10% de la radio 115Kbps de
capacidad se utiliza. Aumento de la velocidad de reloj del microcontrolador
puede aumentar fcilmente la velocidad de transmisin de radio porque la
velocidad de E/S programada es directamente proporcional a la ruta de datos.
Si la velocidad de reloj del microcontrolador se duplic, la tasa de transmisin
resultante sera del 20Kbps y la energa consumida por bit por la radio se
reducira en un 50 %. Sin embargo, el aumento de velocidad de 4MHz a 8MHz
aumenta el consumo de energa del microcontrolador de 15MW a 50mW segn
el A90LS8535 hoja de datos [ 27]. Adems, el consumo de energa en modo
inactivo de 9mW a 28 mW). El ahorro de energa en las transmisiones de radio
es
la interdependencia de la CPU con rapidez y potencia de RF
20Kbps
CPU Consumo de energa Consumo de energa RF
10Kbps
0 0,02 0,04 0,06 Consumo de energa promedio (uj/bit)

Figura 4-2: El coste de la Energa por bit cuando transmite a 10 Kbps y 50 Kbps
dividido en controlador y energa de radiofrecuencia (RF).
89

Compensada por el aumento en el consumo de energa del controlador.

Para hacer de este concreto, consideramos que es una aplicacin en la que un
dispositivo est transmitiendo
el 100% del tiempo, lo que permite duplicar la velocidad de transmisin que
permita que el dispositivo gastan 50% de su tiempo en el modo inactivo. Con
una transmisin de radio que consume 21mW, el consumo medio de energa
del sistema mejorado sera de aproximadamente .5 21mW+.550mW+.5
28mW o 49,5 megavatios (MW). Por otro lado, nuestro sistema original
slo se consume un promedio de 36 megavatios (MW). Si bien se espera una
disminucin en el consumo de energa, vemos un aumento neto.
Para resolver este problema, la arquitectura del sistema debe proporcionar un
mecanismo de
desacoplamiento, la tasa de transmisin de velocidad la ruta. Esta observacin
proporciona una indicacin de que es necesario que haya dedicado recursos
para fines especiales para interactuar con la radio. Hardware de propsito
especial pueden funcionar a frecuencias que son ptimos para la radio,
mientras que el controlador de propsito general est en sintona con el ritmo
ptimo para el cmputo.
Al amortiguar el hardware de propsito especial pueden realizar una
correspondencia entre la tasa general de ruta de acceso a los datos y en la
radio. La cantidad de almacenamiento en bfer ajusta el nivel de la
desvinculacin. Si el paquete entero se almacenan la velocidad del procesador
puede ser escalado a reunirse el procesamiento de paquetes requisitos
establecidos por el escenario de la aplicacin.
En un primer momento, la necesidad de separar la velocidad de transmisin de
la velocidad de procesamiento
parece estar en contradiccin con el objetivo de permitir a las aplicaciones
preciso y directo y control flexible de las comunicaciones de radio. Sin

embargo, un procesador compatible con los aceleradores de hardware

especializado tiene la capacidad de hacer ambas cosas.
90

4.3 Tradicional Diseo inalmbrico

wireless diseos tradicionales, como los telfonos mviles, tarjetas
inalmbricas 802.11 y
los dispositivos habilitados para Bluetooth a la concurrencia y la disociacin
cuestiones mediante la inclusin de un protocolo dedicado procesador.
Aplicaciones y protocolos de tratamiento puede desarrollarse en paralelo
debido a que funcionan en un hardware fsico distinto.

El protocolo del procesador controla requisitos de tiempo real de modulacin y

demodulacin el canal de radio, codificacin de los datos para la transmisin y
apagar y encender el radio. Que refina la secuencia de datos sin formato de la
radio en un paquete con formato interfaz que el procesador de aplicaciones
puede manejar fcilmente. Por ejemplo, la interfaz de canal host (HCI) de
Bluetooth proporciona un paquete de alto nivel a travs de una interfaz UART.
La complejidad del paquete sincronizacin, canal codificacin y control de
acceso al medio (MAC) son protocolos ocultos de la aplicacin. La velocidad del
procesador se protocolo establecido para satisfacer los requisitos de los
protocolos de comunicacin.
A pesar de su sencillez, hay varias desventajas a la inclusin de un protocolo
dedicado
procesador. La inclusin del procesador no reducir la cantidad de clculos que
se deben realizar, sino que simplemente se limita a un procesador secundario.
Slo proporciona un mecanismo que permite concurrencia aplicacin y
procesamiento de protocolo se produzcan simultneamente.
Lamentablemente, el paquete es un recurso del sistema permanente dedicada
a la radio. Esta estricta divisin de recursos conduce a la no utilizacin ptima
de los recursos. Adems, la ineficacia chip a chip debe haber mecanismos de
comunicacin utilizado para transferir datos entre el protocolo y el procesador

procesador de aplicaciones. Al final, el uso de procesadores protocolo dedicado

a uso ineficiente de los recursos.
91

Una desventaja de usar un protocolo dedicado procesador, es que la

interfaz de la aplicacin de los protocolos de comunicacin debe realizarse a
travs de una angosta chip-a-chip interface. Un conjunto fijo de los mensajes
de control que viajar entre la aplicacin y protocolo procesador debe ser
definido. Esta barrera fsica entre la aplicacin y procesamiento de protocolo
hace que sea difcil realizar cross-layer optimizaciones. Nos muestran cmo la
capa de las optimizaciones que se les ha impedido por esta barrera artificial
puede dar lugar a fin de magnitud aumentos de rendimiento. Diseo
inalmbrico tradicional sacrificar su flexibilidad y crear particiones de sistema
estricto cuando incluyen procesadores protocolo dedicado.
Una alternativa al protocolo enfoque basado en el procesador est
representado por la
Rene diseo se discuti en el Captulo 2. En lugar de utilizar un procesador
paquetes dedicada, tiempo de compartir un nico motor de ejecucin de
aplicacin y procesamiento de protocolo. La concurrencia de los requisitos del
sistema son casi de grano fino de intercalado en TinyOS procesamiento de
eventos en lugar de fsicamente. Esto permite que los recursos informticos del
sistema de forma dinmica dividida entre aplicacin y procesamiento de
protocolo y evita la sobrecarga de paquetes lanzadera entre los procesadores,
as como la necesidad de definir una interfaz fija. Nos muestran que el
beneficio de asignacin dinmica de recursos puede superar la sobrecarga de
usar paralelismo virtual. Adems, en un sistema con particiones, prcticamente
la interfaz entre protocolo y el procesamiento de aplicaciones es puramente en
software. Esto permite que las interfaces ricas que se construyan aplicaciones
que pueden dar un estricto control de los protocolos de comunicacin. Una rica
interfaz entre las aplicaciones y sus protocolos pueden permitir que un host las
optimizaciones a nivel de sistema.
92

4.4 Arquitectura generalizada de un nodo sensor inalmbrico

que hemos desarrollado una arquitectura generalizada de los nodos de
sensores inalmbricos que
se basa en el nico diseo del controlador de Ren. La arquitectura se basa en
la premisa de que pools de recursos compartidos deben utilizarse siempre que
sea posible para aprovechar los beneficios de asignacin dinmica, se necesita
que el almacenamiento en bfer utilizado para separar los fines generales ruta
de acceso a los datos y la radio, y que el protocolo flexibilidad es esencial.
Aborda cuestiones de eficiencia y rendimiento, incluyendo especial de los
aceleradores de hardware para la manipulacin en tiempo real de gran
velocidad de la radio. Los aceleradores general proporcionar bloques de
construccin, no soluciones completas.
La figura 4-3 muestra la arquitectura generalizada. El ncleo de la arquitectura
computacional central es un motor que se timeshared en aplicacin y
procesamiento de protocolo. Un solo clculo motor est incluido ya que permite
la asignacin de todos los recursos de procesamiento en una sola tarea cuando
es necesario. Mostramos que esto permite un uso eficiente de las capacidades
de procesamiento.
Lo ideal es que este procesador incluye un soporte de hardware para la
concurrencia de grano fino que debe brindar. Como este procesador est
destinado a ser asignados a mltiples operaciones simultneas, que debe estar
diseado de manera que el cambio de contexto es tan eficaz como sea posible.
Un mecanismo tradicional para la disminucin de cambio de contexto es a
travs de la inclusin de registro windows. Varios conjuntos de registros puede
ser incluido en la CPU, por lo que cada cambio de contexto no requieren los
registros para ser escrito en la memoria. En su lugar, el sistema operativo
cambia simplemente a un registro gratuito.
Como es tpico en el microcontrolador los diseos, la ruta de datos est
conectado con el resto de
los componentes del sistema de interconexin a travs de una compartida.
Memoria, puertos de E/S, de analgico a

digital de 93 convertidores, temporizadores del sistema y los aceleradores de

hardware estn conectados a esta interconexin. Mediante la utilizacin de una
alta velocidad y baja latencia de interconexin, los datos se pueden mover
fcilmente entre el procesador, la memoria y los dispositivos perifricos.
Adems de permitir que el CPU para interactuar con sus dispositivos
perifricos, esta compartida
tambin permite la interconexin de los distintos dispositivos perifricos para
interactuar con los dems. Un perifrico en este bus tiene la capacidad de
extraer datos directamente del subsistema de memoria o para introducir datos
en un UART perifrico. Esto crea un sistema sumamente flexible en una
codificacin de datos perifricos pueden extraer datos directamente desde la
memoria y en la transmisin de datos del acelerador, tales como la modulacin
RF de un canal de comunicacin.
Interfaz de programacin de Puertos de E/S y almacenamiento compartido
Datos programa
ADC
transceptor RF Radio Control System
Memory &amp; bus de E/S
procesador Core Protocol
instruccin trae Radio Ac
y decodificar las seales de sincronizacin cePleroratotocorsl Los Aceleradores
AccePleroratotocrosl
Archivo de registro Archivo de Registro ALU
Temporizadores del sistema
seales de ruta de datos

Figura 4-3: Arquitectura generalizada de dispositivo inalmbrico incorporado.

94

Un sistema de este tipo, el CPU es simplemente organizar la transmisin de

datos; no se manipule directamente los datos.

Todos los dispositivos de esta interconexin operar a travs de una

interfaz de memoria compartida. Cada dispositivo tiene estructuras de control
que se asignan a un espacio de direcciones compartido.
Esto permite que los componentes que no estaban originalmente destinados a
funcionar juntos para combinarse en maneras nuevas e interesantes.
Codificador de datos diseado para la lectura de la memoria, transformar los
datos, y escribir en la memoria muchos ni siquiera saben que es en realidad,
tirando datos de un receptor de radio del bloque interfaz de memoria y en un
UART de parte de la comunicacin. En esta arquitectura, el tamao del espacio
de direcciones compartido dedicado a cada una de las operaciones puede
configurarse dinmicamente para satisfacer los requisitos de las aplicaciones.
La verdadera potencia de este sistema se encuentra en el especial de los
aceleradores de hardware que
permite. Estos aceleradores proporcionan implementaciones eficaces de
operaciones de bajo nivel que son ineficientes en el uso general de ruta de
datos. Cada acelerador est diseado para brindar apoyo a las operaciones que
son crticas para red de sensores comunicacin. Al aumentar la eficiencia de
las operaciones, el consumo de energa total del sistema se puede reducir en
gran medida. Es importante que estos aceleradores son primitivas de
comunicacin en lugar de completar las implementaciones de protocolos para
que el sistema pueda dar soporte a una amplia gama de protocolos de
comunicacin simultneamente reconfiguracin simplemente a travs de
software.
Los aceleradores de hardware tambin las operaciones que necesitan
realizarse lo
ms rpido posible a fin de optimizar el consumo de alimentacin de la radio.
Esto incluye el apoyo a smbolo de inicio, as como deteccin de bajo nivel de
modulacin. El objetivo es incluir a la

mnima 95 funciones de hardware que es necesario apoyar eficientemente las

necesidades de las aplicaciones y velocidades de comunicacin de disociar las
tasas de procesamiento.
Mientras que los aceleradores de hardware estn diseados para proporcionar
primitivas que se pueden
utilizar para construir protocolos de comunicacin, estas primitivas no son
necesariamente simple.
Por ejemplo, un acelerador de hardware para la codificacin sera considerado
un primitivo.
Este componente tendr los datos que se le da y cifrar o descifrar si es
necesario. Como un acelerador de hardware que puede ser utilizado para las
comunicaciones codificadas, la autenticacin de los datos, o bien para asegurar
que los datos almacenados en un chip de memoria flash se mantiene de forma
segura. El acelerador de hardware se apliquen a fin de que la transformacin
criptogrfica principal fue expuesto a la CPU y otros perifricos. Por el
contrario, un sistema donde todo un subsistema de comunicacin segura se
encapsulan sin exponer ninguna de las primitivas interna. Una vez ms esta
eleccin de diseo permite una flexibilidad sin sacrificar la eficiencia.
4.5 Ventajas de arquitectura
para entender completamente las desventajas y los beneficios de nuestra
arquitectura generalizada que
podemos volver a la serie de cuestiones presentadas anteriormente en este
captulo. Mientras que los aceleradores de hardware directamente
proporcionan la capacidad de separar el procesamiento y la comunicacin,
debemos explorar la concurrencia y los mecanismos de flexibilidad de esta
arquitectura.
4.5.1 Concurrencia
a evaluar el rendimiento de la simultaneidad mecanismos, analizar el
rendimiento del aspecto ms concurrencia de comunicacin intensiva, smbolo
de inicio deteccin, con respecto a las dos arquitecturas. Comparamos nuestro
procesador compartido
96

arquitectura a uno que tiene un par de procesadores, una de ellas dedicada a

procesamiento de protocolo y uno dedicado al proceso de la aplicacin.
Podemos romper el trabajo de la CPU en tres categoras: tiempo de bsqueda,
que es la duracin de los ciclos dedicados a la realizacin de la bsqueda de
smbolos inicio, tiempo de aplicacin, que es ciclos que la aplicacin puede
decidir la forma en que utilizan, y los gastos generales. En el caso de nuestra
CPU, sobrecarga del sistema es el costo de realizar cambios de contexto. En el
caso de protocolo dedicado, sobrecarga del sistema es el costo del chip a chip
comunicacin y el exceso de aprovisionamiento necesario para manejar peor
caso los plazos de entrega.
Para comparar estos dos puntos de diseo podemos fijar el smbolo de inicio de
transmisin es de
10 Kbps y analizar el uso de CPU de ambos sistemas suponiendo el mismo
microcontrolador se utiliza. Como un punto de referencia para el uso
compartido de la CPU sistema, podemos utilizar un solo 4 MHz
microcontrolador. En el protocolo dedicado sistema basado en el procesador,
tamao del protocolo procesador que tenga el peor de los casos de inicio de la
bsqueda de smbolos y a continuacin, cambie el tamao del procesador de
aplicaciones para que el sistema tiene un tratamiento equivalente total del
sistema 4 MHz.
El smbolo iniciar bsqueda utilizados en TinyOS [ 45] requiere 49 ciclos por
muestra en
promedio, pero tiene la peor de sobrecarga de 62 ciclos. Para detectar un
smbolo de inicio llegar a 10Kbps, una muestra debe ser tomada cada 50.
Suponiendo que con optimismo que el costo del chip a chip interfaz es cero, el
protocolo debe ser capaz de realizar el ciclo 62 peor de los casos nos muestra
cada 50, por lo que funciona a 1,25 Mhz Por lo tanto, el procesador de
aplicaciones se quedara con los restantes 2,75 MHz (lnea 2 de la Figura 4-4).
En realidad, esperamos importante sobrecarga adicional causado por medio de
la comunicacin entre la

aplicacin y protocolo 97. A dar el beneficio de la duda al protocolo procesador,

omitir esto por ahora.
Uso compartido de la CPU en el sistema, el cambio de contexto se debe incluir
los gastos de

cada muestra. Sin optimizaciones, 116 ciclos se utilizan por ejemplo en

promedio.
Esto deja apenas 42% de los 4 MHz (1,68 MHz) disponibles para la aplicacin,
como se muestra en la lnea superior de la Figura 4-4. 33,5 % De los recursos
de la CPU se gasta en contexto superior del conmutador. Por el contrario, un
6,5 % de los recursos de la CPU del procesador dedicado sistema son gastados
en el aprovisionamiento en exceso sobrecarga. La figura 4-4 muestra que hay
ms disponibilidad de procesamiento de la aplicacin en el caso de protocolo
(lnea 2 y 3) que en el caso de los no compartida y optimizada controller (lnea
1). Con una fuerza bruta, ingenuo, aplicacin, nuestro modelo de
simultaneidad es significativamente menos eficiente que el procesador
dedicado.
Desglose de los recursos de la CPU durante el arranque Smbolo
Compartido Deteccin Inicio del controlador sin optimizar bsqueda de
smbolos
fsicos de paralelismo,
Controlador paquetes dedicada (Realista COM CPU
10% chip a chip de sobrecarga) sobre el aprovisionamiento de
sobrecarga de CPU fsico de paralelismo,
paquetes dedicada CPU Controlador App
chip a chip de sobrecarga) Sobrecarga de paralelismo Virtual %0 (optimista
los recursos de la aplicacin
Controlador compartido optimizado
20% 40% 60% 80% 100% %0

estimacin superior. %0 Figura 4-4: Desglose del uso de la CPU para smbolo de
inicio de deteccin en tiempo de bsqueda, los gastos generales y el tiempo de
CPU para las aplicaciones. Para el caso de que el controlador dedicado
desglose se incluye con un realista 10% chip a chip estimacin superior y con
el mejor de los casos
98

Sin embargo, mientras que el exceso de aprovisionamiento es una parte

fundamental de un
sistema con particiones, cambiar el contexto es algo que podemos optimizar.
Podemos explotar asignacin dinmica de recursos para reducir el promedio de
cambio de contexto en el caso compartido. Hasta el momento, nuestro anlisis
se basa en tener ambas implementaciones proceso cada una de las muestras
en tiempo real. Si bien es esencial que el diseo se capaz de procesar los
pedazos importantes en tiempo real, y no todos los bits tienen que ser tratadas
de la misma manera. La primera mitad del smbolo de inicio puede ser
detectado perezosamente y, a continuacin, cambie a la lectura cada muestra
en tiempo real. Si slo 8 muestras pueden ser procesados en lotes, el promedio
de cambio de contexto se reduce en un factor de 8. Esto dara como resultado
un 4,19 % cambio de contexto por encima, como se muestra en la parte
inferior de la Figura 4-4 (lnea 4), lo cual es menos que el 6,5 % de gastos
generales de aprovisionamiento en el caso del mando especfico. Porque
procesamiento de las muestras en el lote no cambia el peor de los casos, los
controladores no se beneficia de esta optimizacin.
Este anlisis sugiere que el uso generalizado de protocolo dedicado los
procesadores es
difcil de justificar en el rendimiento o la utilizacin, especialmente cuando la
particin dinmica natural de los recursos en el caso compartido se utiliza para
mejorar el rendimiento general del sistema. Mientras que el fijo de cambio de
contexto puede ser importante, se pueden utilizar las tcnicas de amortizar. La
naturaleza intermitente de los requisitos de tiempo real de protocolos
inalmbricos hace conveniente que particin dinmica de recursos.
99

4.5.2 Protocolo flexibilidad y precisin de la sincronizacin

, tambin debemos confirmar que nuestra arquitectura permite flexibilidad de
protocolos y
control directo sobre comunicacin. Una de las principales virtudes de esta
arquitectura general de sistemas inalmbricos tradicionales es que permite a
los desarrolladores de aplicaciones acceso directo a cada paso del proceso de

comunicacin. En lugar de abstraer la distribucin de muestreo de las

particiones del sistema detrs de varias, una aplicacin puede calcular
directamente la hora de llegada de cada radio chip. A su vez, puede tambin
controlar la hora exacta de emisin. Esto crea las primitivas bsicas de
comunicacin programacin extremadamente preciso. Este estrecho
acoplamiento entre las aplicaciones y los protocolos de comunicacin puede
llevar a ultra precisin sincronizacin de tiempo.
Una de las fases clave en protocolos inalmbricos es un control de acceso al
medio (MAC) para la
etapa. Arbitrar para el canal presenta retardo aleatorio en el paquete de
transmisin.
Una aplicacin no puede saber exactamente cuando un paquete se transmite
cuando se inicia la operacin de envo. Cuando se realiza la sincronizacin de
tiempo en radio enlace, este retardo aleatorio se degrada la precisin de la
sincronizacin algoritmos. Sin embargo, si hay un estrecho acoplamiento entre
la aplicacin y el protocolo, la capa MAC puede informar a la aplicacin lo que
demora un paquete experiencias antes de su transmisin.
Adems, esta informacin se puede utilizar para modificar el paquete una vez
que la transmisin comienza para que refleje adecuadamente el tiempo que se
ha enviado. Esto puede llevar a las marcas microsegundo exacto de
transmisin de paquetes.
4.6 Resumen
En este captulo, hemos establecido los antecedentes, y explorar los
retos subyacentes de diseo nodo inalmbrico. A continuacin presentamos
una arquitectura generalizada que
100

aborda estas cuestiones. Ahora, debemos evaluar esta arquitectura en el

mundo real las implementaciones hardware. En el siguiente captulo se
presenta una primera aproximacin de esta arquitectura generalizada en la
forma de la mica nodo. Este diseo sirve para validar la arquitectura principios
que hemos elegido. Con ella vamos a demostrar la flexibilidad y la eficiencia de
esta arquitectura. Es el primer paso hacia el final de un solo chip ejecucin que
se presenta en el Captulo 6.

101

Captulo 5: Aproximacin de la arquitectura general:

Mica

La Rene nodo sirve como punto de partida para nuestro estudio por lo que nos
permite desarrollar
el ncleo TinyOS conceptos. Slo despus de que un sistema completo se
desarroll en torno Rene, es posible analizar el hardware de la plataforma. La
plataforma se basa en mica Rene por los aceleradores de hardware agregar la
clave con el fin de validar la arquitectura generalizada.
Mica es la primera prueba de nuestra arquitectura generalizada. Como Rene,
que sigue teniendo
un microcontrolador central que realiza toda computacin sino que
complementa el controlador con los aceleradores de hardware, como dicta
nuestra arquitectura en general. Los aceleradores hemos optado por incluir
apoyo para aumentar la transmisin de las tasas de bits y precisin.
Por desgracia, la Mica es slo una aproximacin de nuestra arquitectura
generalizada.
Las interfaces existentes disponibles en microcontroladores comerciales limitan
en gran medida cmo completamente la arquitectura puede ser implementado,
pero no obstante importante en el rendimiento y la eficiencia son posibles. El
diseo proporciona la lnea de base para implementaciones ms agresivo y es
til para sacar a luz las interacciones entre los distintos tipos de componentes
del sistema y su impacto en el rendimiento. Est construido con una sola CPU
que proporciona el subprocesamiento mltiple en el software utilizando la
concurrencia TinyOS mecanismos [ 45].
102

5.1 Mica
Mica diseo combina un procesador Atmega103 con un TR1000 radio RFM,
almacenamiento externo y comunicacin aceleracin. Una conexin directa
entre el controlador de la aplicacin y el transceptor proporciona la flexibilidad
necesaria para cumplir con los diseos de las aplicaciones. Los aceleradores de
hardware tambin puede ayudar a aumentar el rendimiento de las fases
fundamentales de la comunicacin inalmbrica.
El factor de forma (1,25 2,25 pulgadas) es un tamao similar a un par de
pilas AA,
aunque hemos comprimido una variante del diseo del tamao de una moneda
2.5 - centmetro .5 cm de espesor. La corriente de reposo para los
componentes de Mica se encuentra a unos micro amperios, a fin de permitir
que las aplicaciones que duran aos en un solo juego de pilas. Mica
experimental tambin mejora flexibilidad mediante la inclusin de un bus de
expansin que se conecta a una amplia variedad de placas de sensores.
Actualmente placas de sensores incluyen el apoyo para el control trmico
temperatura, presin baromtrica, campos magnticos, la luz, infrarrojos
pasivos, aceleracin, vibracin y acstica.
5.1.1 Descripcin general del diagrama de
la Figura 5-1 muestra la arquitectura Mica, que consta de cinco mdulos
principales:
procesamiento, radio frecuencia (RF) para la comunicacin, gestin de la
energa, expansin de E/S y almacenamiento secundario. Un repaso rpido de
los mdulos principales proporciona una visin general de todo el sistema, por
lo tanto, una factura detallada de los materiales, el dispositivo esquemtico y
hoja de datos para todos los componentes mencionados se pueden encontrar
en http://www.tinyos.net.
El microcontrolador principal es un Atmel ATMEGA103L o ATMEGA128
funcionando
a 4 MHz y ofrece unos cuatro millones de instrucciones por segundo (MIPS)
[ 46]. Este 8-bit microcontrolador: 128 Kbyte memoria de programa flash, 4Kbyte RAM esttica, interno
103

8-channel 10-bit del convertidor analgico-digital, tres de los temporizadores,

48 lneas de E / S de uso general, uno externo universal asynchronous receiver
transmitter (UART), y uno serial peripheral interface (SPI) puerto.
Normalmente, la programacin de estos microcontroladores se produce
durante la
fabricacin con una carga de firmware o durante el mantenimiento. En nuestro
diseo, sin embargo, la red se puede programar dinmicamente durante el uso
normal.
El coprocesador de reprogramacin inalmbrica es el mismo controlador de
Ren.
Adems, con el fin de que cada nodo con una identificacin nica, incluimos un
Maxim DS2401 nmero de serie de silicio de una ROM de bajo costo con un
mnimo dispositivo interfaz electrnica y no hay requisitos de alimentacin
[ 47]. El Mica radio consta de un mdulo RF Monolithics TR1000 transceptor.
Se ha configurado de forma similar a la de la Rene nodo.
4-Mbit Atmel A45DB041B serie flash chip proporciona almacenamiento
persistente de datos
[ 48]. Elegimos este chip debido a su interfaz y su reducido tamao, 8-pin de
contorno pequeo circuito integrado. Almacena los registros de datos del
sensor y almacenan temporalmente las imgenes del programa
51-pin I/O 8 Conector de expansin Programacin Digital I/O analgica 8 lneas
de E/S
Coprocesador DS2401 ID nico
microcontrolador Atmega103
4Mbit Flash externo
Potencia de transmisin de
los aceleradores de Control Regulacin de potencia MAX1678 (3V)
TR 1000 Transmisor de Radio
Figura 5-1: diagrama de bloques de Mica arquitectura. La conexin directa
entre controlador de la aplicacin y el transceptor permite la Mica nodo a ser
muy flexible a las demandas de las aplicaciones. Opcionalmente, puede ayudar
a las aceleraciones Hardware en protocolos de comunicacin.
104

Recibida a travs de la interfaz de red. Para mantener un programa completo el

flash debe ser ms grande que el 128 Kbyte memoria de programa. Esto
impidi que el proyecto est estudiando la utilizacin de la energa inferior, de
forma electrnica borrable programable-ROM utiliza soluciones basadas en
Rene ya que, por lo general, son menos de 32 Kbytes.
Hemos diseado el subsistema de alimentacin para regular la tensin de
alimentacin del sistema; un
Maxim1678 convertidor CC-CC proporciona un constante 3,3 v. Mica trabaja
con pilas alcalinas y aumenta su tensin de salida. Nosotros elegimos el Maxim
chip debido a su factor de forma pequea y alta eficiencia. El convertidor tiene
tensin de entrada tan bajo como 1.1 V. tensin de entrada afecta
significativamente a la TR1000 potencia de transmisin y sensibilidad de
recepcin. Para ultra modo de inactividad de baja energa, la desactivacin del
sistema de alimentacin permite que el sistema ejecute directamente en la
tensin de entrada no reglamentada, reduciendo el consumo de energa por el
convertidor boost y el microcontrolador. La radio no funciona, sin embargo, sin
el convertidor boost activado. La Figura 5-2 resume la Mica nodo componente
de consumo de energa.
El subsistema de E/S interfaz consta de 51-pin conector de expansin que
hemos
diseado para interfaz con una gran variedad de placas de deteccin y
programacin. Hemos dividido el conector en la siguientes secciones: ocho
lneas analgicas, ocho de las lneas de control, tres
Mica nodo componente
activo Consumo de energa CPU inactiva 16,5 mW 30 uW 21 mW (TX), Radio 15
mW (RX) ID 0 uW silicona 0 .015 mW uW Flash externo 45 mW 30 uW de 10
mW 0 uW
Figura 5-2: Distribucin de activos y consumo de energa en estado inactivo de
Mica los componentes de hardware en 3V.

Modulacin de ancho de pulso 105 lneas analgicas comparar dos lneas,

cuatro lneas de interrupcin externa,

2I C-bus de Fairchild Semiconductor Philips r, un bus SPI, un puerto serie, y una

coleccin de lneas
dedicadas a la programacin de microcontroladores.
El conector de expansin tambin se puede utilizar para programar el
dispositivo y para
comunicarse con otros dispositivos, como un PC que acte como un nodo de
pasarela. Adems, el informe contiene una interfaz UART estndar para
controlar o proporcionar los datos a cualquier protocolo RS-232 dispositivo
base. Decenas de placas de sensores con una gran variedad de sensores han
sido desarrollados que utilice este conector de expansin. Tambin ha sido
utilizado para permitir que la Mica nodo a controlar un puado de pulgada de
tamao de plataformas robticas.
5.1.2 Interfaz de radio primas
El subsistema de radio es un primer ejemplo de la rica interfaz sencilla.
De este subsistema de interfaz de bajo nivel, los diseadores pueden crear
protocolos de sealizacin arbitraria para satisfacer los requisitos de las
aplicaciones. La radio exige ciertos parmetros, es decir, la sealizacin debe
ocurrir en un half-duplex bit-enlace en serie mediante codificacin por cambio
de amplitud fsica con un mnimo tiempo de bit de 10 microsegundos ( s), y la
necesidad de una corriente directa (DC) equilibrio (por ejemplo, no debe haber
ms de cuatro bits consecutivos o alta baja cuatro bits). Ms all de eso, los
componentes de software del sistema determinar todos los aspectos del
protocolo de comunicacin.
El TR1000 radio utilizado en la mica permite al controlador acceso directo a la
fuerza de la seal de transmisin de RF entrante, as como una muestra del
nivel de ruido de fondo durante los perodos cuando no hay transmisin activa.
Mediante el uso de esta informacin en multi-hop las aplicaciones de redes
puede aumentar de manera notable eficiencia al permitir a las aplicaciones
usar enlaces con buenas relaciones de seal y ruido. Adems,
106

las interacciones entre el transmisor y el receptor son muy predecibles, como

es el retraso a travs de la interfaz de radio. Porque la radio se puede encender
y apagar de software de forma rpida y predecible, bajo ciclo de trabajo puede
producir un funcionamiento sin coordinacin global o asignacin tiempo
complejo. Este acceso directo y de bajo nivel de interfaz para la radio
proporciona flexibilidad a los desarrolladores de aplicaciones. Los
investigadores de la Universidad de California, Los ngeles han explotado esta
flexibilidad para crear energa consciente protocolos MAC [ 50].
5.2 Comunicacin los aceleradores
el inconveniente de una interfaz de bajo nivel a la radio es que se coloca una
carga significativa en el controlador principal. La frecuencia de programar las
operaciones de E/S y de la ineficacia de conjuntos de instrucciones
convencionales para expresar estas operaciones hacen que sea difcil de lograr
velocidades de bits altas. Es ineficaz para controlar los bits de correlacin serial
ventana deslizante se requiere para deteccin de smbolo de inicio de propsito
general ruta de los datos.
Sin embargo, esta operacin se realiza en slo unas pocas puertas a
implementar en el hardware. Para compensar esta diferencia, la Mica incluye
aceleradores de hardware arquitectura de los ms exigentes primitivos
utilizados en construccin y protocolo permite estas primitivas de ser
compuesta en software, haciendo ricos las interfaces disponibles. Plataforma
de la Mica, construimos el crtico con los aceleradores de hardware seriadas
convencionales en formas poco convencionales. Al tiempo que proporcionan
una importante eficiencia boost, que representan slo el comienzo de lo que es
posible que los avances en dispositivos personalizados que comprender
completamente nuestra arquitectura en general.
El primer acelerador nos ofrece una simple memoria compartida de
amortiguador entre
los bits de datos en paralelo y la ruta de canal de radio de serie. Permite que el
procesador de datos de comunicacin eficiente en pedazos y se solapan con la
manipulacin de datos de bajo nivel de bits de colas o de la radio. El
mecanismo no se dictan o codificacin de canal

de sealizacin 107 y puede ser derivado al dejar que el microcontrolador

interactuar directamente con la radio con programacin I/O. Esta opcin
cumple con requisitos de tiempo real cuando sea necesario, por ejemplo,
deteccin smbolo durante el arranque, pero no procesamiento en tiempo real
de todas las opciones de transferencia. Este acelerador permite a la unidad del
controlador Atmel la radio a 50 kbps con una pequea fraccin del procesador,
mientras que E/S programada llega a un mximo de 20 kbps utilizando todo el
procesador. (Otros microcontroladores con una de doble bfer SPI puerto de
transmisin puede lograr la plena 115 kbps de la radio.) El rendimiento de la
transmisin de byte versiones ms sofisticadas de este acelerador, enfoque
directo a la memoria convencional rendimiento canal de acceso, pero con un
control preciso sobre el calendario.
El Mica nodo tambin incorpora una sincronizacin acelerador que captura el
momento exacto de un paquete entrante en un ciclo de reloj (250
nanosegundos) al comienzo de paquete recepcin. Memoria compartida
almacena este paquete marca de tiempo de la ruta de acceso a datos. Este
acelerador de hardware es fundamental para nuestro diseo, porque a una tasa
de bits alta, determinar con precisin la transmisin de distribucin es difcil. La
sincronizacin del acelerador hacia delante esta marca de tiempo para el
almacenamiento en bfer del acelerador automtico de canales para que el
muestreo puede ser realizada por el almacenamiento en bfer del acelerador
en el centro de cada transmisin de bits.
Hemos creado estas dos aceleradores de hardware estndar de
microcontrolador
unidades funcionales. SPI es un sincrnicas chip a chip interconectarse con una
serie de datos de una seal de reloj independiente que un SPI maestro externo.
Ir en coche por la radio asincrnica mediante la combinacin de la
funcionalidad de captura de registros, controlada por temporizador las patillas
de salida, y el hardware de comunicaciones SPI. El registro de entrada captura
captura automticamente una distribucin pulso contenidos en el paquete.
Este valor se usa para configurar el registro de distribucin que controla una
patilla de salida. Una opcin de control permite

cambiar automticamente 108 hardware el contacto de salida cada vez que el

contador vence; esta patilla de salida se convierte en un registro que los
tiempos cada seal llega poco. Por ltimo, SPI hardware captura el valor de la
seal de radio cada vez que el contador activa la lnea de reloj. Para ello,
conectar el contador controlado patilla de salida a la lnea de reloj sncrono del
puerto SPI.
Durante la recepcin, combinamos el radio de recepcin de datos entrantes
generados artificialmente con una seal de reloj para crear un SPI master. La
seal de reloj es la salida de la distribucin registro vuelve a alimentar el
controlador del puerto SPI. Esto se traduce en el puerto SPI automticamente el
bloqueo y el almacenamiento en bfer de transmisin entrante con una
sincronizacin precisa, en la medida en que el registro interno de distribucin
est configurado correctamente en el inicio de la recepcin.
Como en la arquitectura general presentada en el Captulo 4, estos
aceleradores de hardware
son primitivos bloques de creacin que se pueden utilizar con flexibilidad para
crear protocolos de comunicacin.
No separar la informacin de bajo nivel. Ms bien, intento de exponer como
debe informacin como sea posible de la ruta de datos del microcontrolador
para que nuevas composiciones son flexibles.
5.3 Evaluacin
para evaluar la Mica nodo que se volver a la serie de requisitos que utilizan
para
desarrollar nuestra arquitectura en general. En particular nos centramos en la
capacidad del nodo Mica para apoyar los requisitos de concurrencia las redes
de sensores, la posibilidad de disociar comunicacin velocidad y la ruta de los
datos, la posibilidad de prestar temporal preciso control sobre la radio y la
capacidad de soportar un conjunto flexible de protocolos de comunicacin.
109

5.3.1 Administracin de la concurrencia.

Para analizar la eficiencia de nuestro mecanismo concurrencia, volvemos a
nuestras

smbolo inicio anlisis de deteccin. Para la ptima explotacin de la asignacin

dinmica de la CPU, hemos implementado un dos fases de smbolo inicio
mecanismo de bsqueda. En la primera etapa, las muestras se almacenan en 8
bloques de muestras y anlisis en el lote. Si la primera mitad del smbolo de
inicio es detectado, el siguiente conjunto de las muestras se analizan en
tiempo real. Si el resto del smbolo se encuentra, entonces el paquete
recepcin se inicia. Si el smbolo no se encuentra, la CPU vuelve a modo de
procesamiento por lotes.
Este aprovecha la influencia del acelerador para amortizar el costo de cambio
de contexto a travs de
mltiples bits de datos. Reduce el promedio de cambio de contexto de 33,5 % a
apenas 4,2 %. Esto reduce el promedio de uso de la CPU del smbolo de inicio
bsqueda y el cambio de contexto de 22,1 % para el 10Kbps inicio bsqueda
del smbolo. No slo hemos logrado amortizar los costos del cambio de
contexto, pero el modo de proceso por lotes de procesamiento la bsqueda en
s misma es ms eficiente. El hardware de propsito especial ha aumentado los
recursos de CPU disponibles para el procesamiento de las aplicaciones en un
85% y supera a la ptima
distribucin de los recursos de la CPU
Cdigo Original
smbolo Inicio Buscar Paralelismo Virtual de los recursos de la aplicacin
cdigo optimizado
20% 40% 60% 80% 100% %0

Figura 5-3: uso de la CPU deteccin del smbolo de inicio. Las optimizaciones
activadas por la Mica nodo aumentar significativamente eficacia de la CPU.
110

Paquetes dedicada con particiones sistema basado en un controlador.

Con este nuevo smbolo de inicio eficacia en la bsqueda, o bien podemos
pasar ms tiempo de

procesamiento de la aplicacin, hacer ms lento el CPU, o aumentar el smbolo

de arranque velocidad de transmisin. En funcin de las demandas especficas
de las aplicaciones de estas tres opciones podra dar lugar a un diseo ms
eficiente sistema de puntos. La figura 5-3 describe estos resultados.
5.3.2 Interaccin entre RF y la ruta de los datos de velocidad
adems de utilizar los aceleradores de hardware para reducir los gastos
generales, que tambin lo han
utilizado para separar los datos de la velocidad de transmisin. Durante la
transmisin, en tiempo real, el bajo nivel de muestreo es ahora que se est
llevando a cabo en el hardware. En lugar de utilizar E/S programada para cada
bit, interfaz la ruta de datos a nivel de byte. Lo ideal sera que hubiera incluido
ms el almacenamiento en bfer de un solo byte, pero no fue posible al utilizar
los productos de microcontroladores Atmel. Sin embargo, incluso esta cantidad
limitada de disociacin nos permite incrementar significativamente las tasas de
transmisin.
La aplicacin ha demostrado en Rene utiliza E/S programada exclusivamente y
registr un ancho de banda mximo de 10Kb/s. Este fue limitada por la carga
de la CPU asociada al tomar una interrupcin con cada bit. Con nuestra
explotacin de los SPI en acelerador de hardware, hemos sido capaces de
alcanzar velocidades de hasta 50 Kbps en el mismo procesador. Nuestro 5x
aceleracin est limitada por la pequea cantidad de bfer presente en nuestro
dispositivo. Hemos sido capaces de demostrar 115 Kbps las transmisiones en
una TI MSP430 [ 24] microcontrolador que que tambin se ejecuta en 4 MHz,
pero tiene dos bytes de almacenamiento en bfer en el puerto SPI. Adems de
aumentar el ancho de banda, que tambin han disminuido la sobrecarga de la
CPU por tratar con los datos en el byte de bites. Eliminar la manipulacin de
bits las operaciones de la ruta de datos computacional reducido de manera
significativa la sobrecarga en el sistema.

5.3.3 Flexibilidad 111 interfaz

El tercer problema de arquitectura es el eficiente apoyo de flexibles interfaces
de protocolo.
El aumento de rendimiento que hemos demostrado nuestra capacidad de ser
diseos eficientes. Para demostrar su flexibilidad hemos puesto en prctica un

par de protocolos especficos de aplicacin que explotan las optimizaciones.

Ellos son de alta precisin y un mecanismo de sincronizacin ultra-low power
RF protocolo sueo.
5.3.3.1 La capa de
muchas optimizaciones profundamente las aplicaciones integradas pasar la
mayor parte del tiempo, en un
estado de baja energa, drena lentamente su energa disponible mediante la
transformacin de las lecturas de los sensores para confirmar que no hay que
tomar medidas. Con frecuencia, estas aplicaciones se comunican entre s los
resultados de la labor de vigilancia y, en raras ocasiones, las porciones de la
red se vuelven extremadamente activo ante la deteccin de un evento
importante. Las mejoras en el rendimiento de la aplicacin activa en el trabajo,
como el procesamiento y la mensajera instantnea, mejorar la eficacia general
de la aplicacin y deje que regrese a un estado de bajo consumo de energa
ms rpidamente. Sin embargo, el mayor impacto de la ricamente enfoque
integrado de diseo inalmbrico es que permite optimizar al resto de la
aplicacin. A menudo estas optimizaciones llegar a travs de las capas de
abstraccin, utilizando informacin de bajo nivel para lograr una meta de alto
alcance.
112

Frecuencia de control) ( coste de comprobacin) 3) media hora de activacin

= (control) = 1/ (2 ( radio consumo de energa) 2) consumo de energa =
(frecuencia de control) 1 )Costo de control = (radio en el tiempo)
Figura 5-4: ecuaciones para determinar el consumo de energa de un sueo.
Adems de ofrecer datos de banda ancha comunicacin mediante
protocolos estndar, tambin hemos sido capaces de demostrar cmo la
flexibilidad que desempea un papel clave a la hora de habilitar las
optimizaciones a nivel de sistemas. Nos muestran esta aplicacin prctica
cuatro de protocolos especficos que mejorar el rendimiento global del sistema
en su aplicacin. El primero de estos es un protocolo que explora el equilibrio
entre el transmisor y el receptor.

5.3.3.1.1.1 Activacin RF

interfaz La materia prima a la radio puede ser explotado para ejecutar un ultra
bajo consumo de energa
basadas en radio red seal de activacin. Como se ha visto en nuestro sistema
de alarma aplicacin, es importante para poder iniciar comunicacin no
programadas y la red es el de la baja de estado de energa. El primer paso de
este proceso es consecuencia de una red para dormir.
Para cualquier basado en RF wake-up protocolo, cada uno de los nodos debe
peridicamente encender la radio
y comprobar la seal de activacin. La figura 5-4 contiene las ecuaciones
necesarias para determinar el consumo de energa de un sueo red. Cada vez
que un nodo verifica la seal de activacin, consumir energa equivalente al
consumo de energa de la radio times el tiempo las radios es de (1). La
potencia consumida por el para dormir nodo ser la energa que se usa cada
vez que se verifica para la seal veces la frecuencia de la prueba (2).
113

El mnimo de tiempo de radio debe estar encendido cada vez que un nodo
verifica la existencia de la
seal de activacin y reducir al mnimo la frecuencia de comprobacin son los
dos mecanismos para reducir el consumo de energa del sistema. Sin embargo,
la frecuencia con la que los nodos verificar la presencia de una seal de
activacin determina la cantidad de tiempo que tarda en la red de activacin.
Si cada uno de los nodos, para controlar una seal de activacin cada minuto,
la media que se espera despus de un tiempo de un nico nodo ser de 30
segundos (3). Esto significa una mayor frecuencia de los rendimientos ms
rpido despus de un tiempo y un mejor rendimiento de las aplicaciones.
Debido a esto, nos centramos en la reduccin al mnimo del tiempo que se
tarda en verificar la presencia de una seal de activacin.
Usando un paquete de protocolo, cada nodo tiene que encender la radio para
al menos
dos paquetes 1 veces . En nuestro sistema, un paquete tiempo de transmisin
es de aproximadamente 50 ms, por lo que
cada nodo tendra que estar despierto para a 100ms cada vez que se verifica
un wake-up mensaje. Si un nodo tiene que despertarse cada minuto, esto da
como resultado un mejor caso de radio ciclo de trabajo de .2 %. Esta ventana

de tiempo es an mayor al considerar los efectos de una red multi-hop y el

argumento asociado con el hecho de tener un gran nmero de nodos
retransmitir la seal de activacin al mismo tiempo.
En vez de interactuar con la radio a un alto nivel de interfaz de paquetes,
nuestro
modo de suspensin de aplicacin interacta directamente con el analgico de
banda base.
La seal de activacin no es ms que un largo pulso de RF. Cada vez que un
nodo verifica la seal de activacin, se puede determinar que la seal de
activacin no est presente en 50us. La deteccin de la seal 50us tiempo es
un 2000x mejora en un paquete de tiempo de deteccin.
% En nuestra aplicacin, que elegir una muestra cada 4 segundos, lo cual
resulta en un .00125
1 Si un nodo se enva un flujo continuo de wake-up paquetes, escuchando dos
veces paquete
garantizar que un paquete completo se transmiti mientras que el nodo
estaba despierto.
114

Radio ciclo de trabajo, un 160x mejora en el paquete de protocolo que se toma

una vez por minuto. Este ultra-baja ciclo de trabajo aplicacin ha sido utilizado
de manera consistente wake-up multi-hop red de sensores de ms de 800
nodos. Este programa de sealizacin radicalmente diferente, no habra sido
posible si un protocolo de aplicaciones estaba limitando el uso del radio.
El protocolo de nivel de sistema para la gestin de la transicin entre el
consumo ultra bajo
de energa y el modo de suspensin el modo activo es bastante sencillo.
Suponiendo que los nodos inicio en modo de reposo, cada nodo verifica la
seal de activacin. Una vez que el wake-up se detecta la seal, que est a la
escucha de un mensaje secundario que contiene informacin acerca de cunto
tiempo se va a levantarse y si es de sus vecinos. Si los vecinos se despertaron,
el nodo retransmitir el par de wake-up mensajes. Complementa la ultra-low
power despertador mensaje con un mensaje de control evita de activacin de
red. El mensaje de control puede explotar y comprobacin de errores mensaje

tcnicas de autenticacin que no son posibles con los de baja potencia wake-up
mensaje. Si un mensaje no se recibe que el nodo puede volver rpidamente al
estado de bajo consumo de energa.
Una vez que la red est despierto, puede ser colocado nuevamente en un
estado de bajo consumo de energa por las inundaciones
de un mensaje de comando. El nico requisito es que los nodos demora por un
corto periodo de tiempo despus de recibir el comando de suspensin para
asegurar todos sus vecinos han escuchado el mensaje tambin.
5.3.3.1.1.2 Escucha Baja Potencia
en redes de sensores, multi-hop las topologas de enrutamiento son
construidas por
nodos intermedios que actan como correas de transmisin de los nodos
remotos. Estos nodos de enrutamiento debe escuchar las comunicaciones y
propagar mensajes hacia su destino. Mientras escucha la

radio 115 consume casi tanta energa como cuando est transmitiendo. Aun
cuando no se establece la comunicacin, una considerable cantidad de energa
se gasta buscando el siguiente paquete. En la red de recogida de datos la
energa que se invierte en la espera de una transmisin puede representar ms
del 50% de un nodo de presupuesto total de energa. Sensor incorporado los
investigadores han afirmado que protocolos de alto nivel tienen que ser usadas
para reducir consumo de energa de los nodos cuando no activamente
transmitiendo [ 2]. Como se discuti en el Captulo 2, una solucin es tener
windows y perodos de comunicacin windows de perodos de sueo[ 51].
Sin embargo, se ha demostrado que en algunos casos pobre interaccin entre
funcionarios de alto nivel y las tcnicas de ahorro de energa de bajo nivel los
protocolos de comunicacin puede llevar a un aumento en el consumo de
energa al utilizar mecanismos de ventanas [ 52].
Hemos podido demostrar que alternativa es modificar los niveles ms bajos de
la
pila de comunicaciones. A diferencia el uso de ventanas, que las capas de la
parte superior de la norma de bajo nivel los protocolos, podemos cambiar el
protocolo de comunicacin subyacente para optimizar el consumo de receptor.

En lugar de que el emisor transmitir simplemente un smbolo de inicio seguido

de un paquete, se puede requerir que el emisor transmita primero un
prembulo para obtener la atencin de cualquier posible receptor. A
continuacin, puede seguir con el smbolo de arranque y paquete.
Entonces, el receptor slo tiene que escuchar a menudo lo suficiente como
para capturar cualquier parte de la seal de atencin. Control preciso sobre el
estado de la alimentacin de la radio permite el protocolo para apagar la radio
entre cada una de las muestras. El ciclo de trabajo del receptor se proporcional
a la longitud de este prembulo. Una vez detectadas, el prembulo, el receptor
a buscar el smbolo de arranque pendiente.
Esta optimizacin de protocolos oficios consumo de corriente en el emisor para
el
consumo de potencia en el receptor. El remitente debe transmitir ms, pero el
receptor puede
116

muestra el canal de radio frecuencia menor. La relacin ptima depende de los

patrones de comunicacin de la aplicacin. En concreto, depende de la
velocidad de transmisin, el ciclo de servicio y el retardo mximo permitido.

Hemos implementado una versin de este sistema, donde el receptor tiene un

10%
de sobrecarga en un 30-byte paquete. Este ligero aumento es superior porque
la velocidad de muestreo del receptor es unas 3000 veces por segundo. De
grano fino se utiliza para control de encendido, la muestra, y el poder de la
radio en 30. Nivel de aplicacin de ventanas protocolos generalmente tienen
tamaos de ventana de segundos o ms. %1 Ciclo de trabajo y el remitente
debe transmitir un prembulo de 5 bits. El receptor 10% ciclo de trabajo no
slo se traduce en una reduccin del 90% de consumo de energa, se produjo,
adems, un 33% de reduccin de la carga de la CPU asociada al control de la
radio. Por otro lado, el emisor slo incurre en un ligero aumento en los gastos
generales, menor que
en funcin de la aplicacin objetivos especficos, y el receptor es posible
reducir los gastos

arbitrariamente a expensas de ancho de banda, latencia y sobrecarga de la

transmisin. Adems, una aplicacin puede cambiar el protocolo en tiempo de
ejecucin en funcin de la actividad de la red. Este simple optimizacin
demuestra los beneficios que estn habilitadas por la arquitectura flexible de
protocolos de comunicacin mediante la explotacin de la capacidad de
adaptar protocolos de aplicacin criterios especficos.
5.3.3.1.1.3 Sincronizacin de tiempo
nuestra aplicacin de recopilacin de datos requiere correlacin con el tiempo
las lecturas de los sensores y
comunicacin precisa planificacin. La precisin de protocolos de
sincronizacin es limitado por el impredecible fluctuacin en tiempos de la
comunicacin [ 53]. Aparte de las variaciones en la latencia de la red, la
variacin de retraso vamos a travs de
117

procesadores sofisticados protocolo puede ser cientos de milisegundos debido

al almacenamiento en bfer, protocolos MAC, y retroceda. A diferencia de rea
amplia protocolos de sincronizacin de tiempo como
8 protocolo de tiempo de red -podemos determinar todas las fuentes de
comunicacin [ 54].
Nuestra rica las interfaces nos permiten exponer las fuentes de retardo a la
aplicacin, lo que reduce la fluctuacin desconocida. Adems, en la explotacin
de los temporizadores, podemos asignar las marcas precisas a los paquetes
entrantes y salientes bajo las fuentes de variacin.
Hemos diseado la Mica para usar una plataforma interna de 16-bit de alta
contador de frecuencia
para actuar como el menor de 16 bits de 32 bits funciona continuamente reloj
del sistema. Esta muy preciso reloj del sistema est directamente vinculada a
la sincronizacin del acelerador utilizado para capturar el momento exacto de
un paquete entrante. Para sincronizar un par de nodos, un paquete puede ser
estampada con un valor de reloj del emisor ya que se transmite todos los MAC
y despus se han producido demoras (antes de la transmisin, un nodo puede
tener que esperar para el canal de radio para que quede claro). El receptor del
acelerador de sincronizacin puede etiquetar el paquete con el reloj del

receptor. La aplicacin puede utilizar la diferencia entre las dos marcas de

tiempo para determinar la forma de ajustar el reloj del sistema.
La aplicacin se sincroniza un par de nodos dentro de los 2 s. Podemos
atribuir directamente la inclinacin de + /- 2 s a varias fuentes de
inestabilidad. Al enviar, hay una fluctuacin de + /- 1 s en la transmisin
propagacin debido a la dinmica interna del circuito de la radio. Hardware,
capta el pulso llega con una precisin de + /- .25s. Por ltimo, para
sincronizar el reloj basado en el valor capturado introduce una nueva + /- .625
s de jitter. Esta aplicacin slo es posible a causa del acceso compartido a una
de alta precisin temporizador del sistema entre la parte inferior de la pila de
red y la parte superior de la

aplicacin 118. Dispositivos inalmbricos con particiones de chipsets como, por

ejemplo, Bluetooth de ocultar la fecha exacta informacin de las aplicaciones.
En general, la recepcin de paquetes va tiene menos fluctuacin de la ruta de
transmisin, por lo que un
enfoque alternativo utiliza la naturaleza de broadcast del canal de radio para
sincronizar varios receptores, incluso si estn mal sincronizado con el
transmisor. Mica primitivas de sincronizacin de tiempo sumamente precisa par
dar sabios sincronizacin entre los dos nodos. Esta primitiva puede ayudar
construccin de toda la red de sincronizacin de tiempo de decenas de
microsegundos.
5.3.3.1.1.4
Nodo Localizacin localizacin es una parte fundamental de nuestro nodo
escenario de la aplicacin de seguimiento.
Acceso directo a la base de la banda seal de salida por el receptor TR1000
cadena puede ser aprovechada para ayudar en su localizacin. Varios grupos
han intentado realizar localizacin en una red de sensores con intensidad de la
seal RF[42, 55, 56]. La radio se utiliza como un sensor analgico para
detectar la fuerza de una seal entrante. Modelos de propagacin DE RF se
aplican a inferir distancia desde una coleccin de lecturas de la intensidad.
El procesador de acceso directo a la materia prima de banda base, nuestra
plataforma

le da el desarrollador de la aplicacin de tanta informacin como sea posible

acerca de la seal de entrada. El controlador central puede ver la potencia de
la seal de cada uno de los bits, as como el nivel del ruido de fondo. Adems,
debido a que el remitente tiene un control directo sobre la seal banda base
que se transmite, puede intencionalmente transmitir pulsos de larga duracin
variable fuerza para ayudar a el receptor determinar la potencia de recepcin
ms precisa.

Una alternativa a 119 RF localizacin acstica es utilizar localizacin[ 57]. El

retardo de propagacin de impulsos acsticos se mide y se utiliza para inferir
distancia. Para que los resultados sean precisos, es fundamental utilizar la
radio para lograr sincronizacin temporal precisa entre dos nodos con el fin de
correlacionar sus lecturas del sensor en el tiempo. Para obtener resultados
precisos, el tiempo de transmisin de la pulso acstico debe ser precisa para el
receptor y se correlacion con la hora de recepcin. La comunicacin precisa
sincronizacin proporcionado por la radio capa permite que se haga una
increble precisin.
5.4 Azul: seguimiento a Mica
El diseo punto representado por Mica ha dado un paso ms adelante por el
Polvo Inc.
El Polvo azul Inc. mote reemplaza los componentes individuales del sistema,
manteniendo la misma arquitectura bsica. El Azul sigue en marcha mote
TinyOS, sin embargo, se aprovecha de una nueva generacin de
microcontroladores y radio.
5.4.1 CPU
El primer componente del sistema que se va a cambiar el microcontrolador.
Abandona el Azul microcontrolador AVR basado en favor de una 16 bits Texas
Instruments MSP430 controlador [ 24]. La TI controlador ha sido optimizado
para bajo consumo de energa, funcionamiento con batera. Como se seal en
el Captulo 2, un microcontrolador caracterstica clave es la capacidad de
introducir rpidamente y salir de la suspensin. La MPS430 tiene la capacidad
de entrar y salir de un estado de reposo 2 uA en 100 us. Adems, el ncleo ha
sido diseado para permitir que los subsistemas funcionan mientras el reloj del
sistema est desactivada. Operaciones de ADC, UART y comunicacin radio las

transferencias de datos puede continuar mientras el principal ncleo de la CPU

est inactiva. Estas caractersticas reducen en gran medida el ciclo de trabajo
y, a su vez el consumo de energa del ncleo de la CPU.
120

La TI CPU tiene beneficios adicionales. El consumo de energa total de la CPU

en el modo activo se ha reducido en los 5 mA del AVR core a 1 mA cuando
operan a 3 V. Adems, la TI CPU es capaz de funcionar con un rango de voltaje
de 1.8 voltios. Esto le permite operar directamente de las pilas alcalinas sin
necesidad de costosas convertidor boost.
Adems, la resolucin ADC se aument de 10-bits a 12bits y la
tasa de muestreo es ADC 100 Ksps. Por ltimo, el coste de la pieza de la TI CPU
es significativamente menor que el de los Atmel versin. En general, el azul
mote se espera que el 50% reduccin de costes y un 4-6x mejorar sus
condiciones de vida.
5.4.2 Radio
La segunda actualizacin importante nodo en el azul es el uso de una radio FM
en lugar
de una radio de AM. El azul tiene un nodo FSK 900 MHz radio - la Chipcon
CC1000

La Figura 5-5: Seguimiento a la nodo Mica azul, aumentar el alcance y reduce

el consumo de energa. Nodos azules tienen un 4- 6x mayor duracin de la
batera de Mica con pilas alcalinas.
121

Que hemos descrito en el Captulo 2 [ 23]. Al mismo tiempo que consumen

ms energa que el radio RFM TR1000 utiliza en el nodo Mica, el CC1000 tiene
mayor sensibilidad y una mayor potencia de transmisin. El uso de modulacin
FM tambin permite que el CC1000 para ser ms tolerantes a las injerencias
externas.
Adems, el CC1000 radio frecuencia gil. La frecuencia de la portadora de la
azul mote se puede ajustar en cualquier parte del 902-928 rango de frecuencia.
De forma predeterminada, el nodo Azul ofrece 25 canales espaciados
uniformemente. Se pueden utilizar estos canales para evitar interferencias
externas o para dividir ancho de banda de la red entre los distintos canales. En
azul, el CC1000 proporciona 76,8 Kbps de ancho de banda en cada uno de los
canales, de los 50 Kbps es posible en el canal nico nodo Mica.
5.5 Resumen
La Mica nodo es la primera aproximacin de nuestra arquitectura generalizada.
Construida a
partir de componentes disponibles en el mercado, que ha demostrado ser de
gran valor en el proceso de verificacin de la validez de nuestra arquitectura
en general. Sin embargo, es limitado por las interfaces disponibles y
comportamiento interno de los componentes disponibles en el mercado. A
pesar de sus limitaciones, ha sido usado por ms de cien grupos de
investigacin como una plataforma para la experimentacin en el rea de las
redes de sensores inalmbricos.
Mica es un cuidadoso equilibrio entre eficiencia y flexibilidad. Eficiencia es
esencial para
todos los sistemas de red de sensores mientras que la flexibilidad permite la
Mica plataforma para abordar una amplia gama de escenarios de aplicacin. El
xito de la mica plataforma nos permite tomar el siguiente paso evolutivo integracin de un chip.
El nodo Mica ha demostrado que el generalizar arquitectura presentada en el
Captulo 4 tiene el potencial de producir muy eficaz y flexible los nodos.
Cuando
122

en comparacin con el Rene plataforma, la mica los aceleradores de hardware

comunicacin aumentar significativamente las tasas de bits y precisin de
tiempo mientras que reducir sobrecarga de la CPU.
La plataforma Azul de la mica nodo mantiene la misma
arquitectura bsica del nodo Mica pero selecciona los componentes de
hardware que nodo mejoran significativamente su vida y alcance de la
comunicacin. Tal como se describe en el Captulo 2, la capacidad de tolerar
una amplia gama de tensiones de entrada aumenta significativamente nodo
vida cuando est funcionando de pilas alcalinas.
En el captulo siguiente nos dar el salto desde la construccin de sistema de los
componentes comunes de creacin de silicio. Esto nos permite comprender
totalmente los generalizar arquitectura presentada en el Captulo 4. Nos
muestran la inclusin de los aceleradores de hardware puede conducir a
importantes mejoras en el rendimiento sin sacrificar la eficiencia. Resultados
del proceso de diseo en un solo chip CMOS que integra un diseo radio,
computacin y almacenamiento en un solo milmetro de nodo.

123

Captulo 6: Arquitectura integrada para los nodos sensores inalmbricos - Spec

el prximo salto hacia la demostracin de la potencia de nuestra

arquitectura nodo generalizada es de avanzar ms all de lo que es posible con
los componentes de la plataforma y un diseo personalizado solucin
integrada. Aproximacin al mismo tiempo nuestra arquitectura general, la mica
y nodos azules se han visto limitados por las actuales interfaces chip.
Desarrollo de una tecnologa ASIC personalizada nos permite derribar las
limitaciones artificiales impuestas por componentes comerciales. Mediante el
uso de silicio personalizado se puede conseguir rdenes de magnitud las
mejoras en la eficiencia en las principales primitivas de comunicacin. Adems,
hemos demostrado que nuestra arquitectura generalizada nos permite lograr
estas mejoras de rendimiento sin sacrificar la flexibilidad.

Figura 6-1: El nico chip Spec nodo fotografiado al lado de un bolgrafo.

124

Adems de las ventajas de arquitectura, un solo chip de integracin tambin

tiene importantes
mejoras de eficiencia y tamao. Nuestro ltimo diseo es un nodo basado en
ASIC llamado Spec.
A pesar de incluir un microcontrolador, SRAM, comunicacin y aceleradores de
900 MHz multi-canal transmisor, el nodo de Especificaciones mide slo 2,5 mm
de lado en un .25 proceso CMOS de mu. Su arquitectura se combina la
eficiencia de un hardware dedicado con la flexibilidad del software de bajo nivel
primitivo que los aceleradores son dinmicamente compuestas junto. La
integracin de un dispositivo que slo requiere un puado de bajo costo de los
componentes externos, incluidos un cristal, batera, inductor y una antena para
ser una completa red de sensores inalmbricos nodo.
6.1.1 Descripcin de alto nivel
con el fin de dar soporte a una amplia variedad de situaciones de aplicacin y
la capacidad de
realizar optimizaciones especficas de las aplicaciones, las especificaciones
nodo est diseado para ser una coleccin de primitivas bsicas que puede
haber flexibilidad. Esto es en contraste con los sistemas que se construyen
como una jerarqua de subgrupos especializados de sistemas. En lugar de tener
motores de protocolo y los controladores radio dedicado, Spec es construida a
partir de niveles bajos de patrn de distribucin matchers, extractores y
seriadas. Los simples primitivos pueden estar compuestos por el controlador
central para llevar a cabo una amplia variedad de protocolos de comunicacin
especfica de la aplicacin.
Los verdaderos beneficios de nuestra arquitectura generalizada slo son
viables cuando se
combina con alta velocidad en el chip de interconexiones. Con especificaciones
que sean capaces de disear los aceleradores especializados dirigidos a las
necesidades especficas de comunicacin y conectarlos a un

125

, interconexin de alta velocidad. Esta alta velocidad y baja latencia de

interconexin es esencial para proporcionar una forma eficiente de
composicin y configuracin de la discreta primitivas.
Los aceleradores en el nodo de Especificaciones fueron seleccionados para que
el uso intensivo de la CPU
porciones de comunicacin por radiofrecuencia puede ser descargado. Como
hemos considerado cada acelerador de hardware, se realiz la comparacin de
las posibilidades de ahorro energtico frente a la prdida de flexibilidad. Si lo
nico que queramos era para implementar un protocolo nico, podramos
aplicar directamente en el hardware. Sin embargo, este tipo de nodo slo
podra apoyar un puado de aplicaciones. Seleccionando cuidadosamente el
conjunto correcto de primitivas, podemos aplicar un amplio conjunto de
protocolos con un mnimo impacto en la eficiencia.
El nodo de Especificaciones consta de SRAM, un microcontrolador RISC CPU
core, un
transmisor de RF 900 MHz [ 58], una coleccin de los aceleradores de hardware
comunicacin analgica, y a conversin digital [ 59] todo ello junto. Adems de
proporcionar primitivas para ayudar en la aplicacin comunicacin de RF, el
Spec nodo tambin tiene soporte para el eficiente manejo de interrupciones.
Perfiles de TinyOS revel la importancia de eficiente gestin de interrupciones.
Las redes de sensores se debe vigilar constantemente su entorno.
Cada muestra activa varias interrupciones que realice pequeas cantidades de
computacin.
Las cuentas de gastos generales para interrumpir una cantidad significativa del
consumo de energa; esto hace que sea un candidato ideal para la
optimizacin.
6.1.2 Esquema general de
la Figura 6-2 muestra el diagrama de bloques general del nodo especificado. El
ncleo de la CPU es un
basic 8-bit RISC con 16 bits instrucciones. Para que siga siendo compatible con
el conjunto de instrucciones Mica, Spec tiene una arquitectura Harvard con
espacios de direcciones separados para datos y

126

bloques RAM Mdulo de programacin SPI Puertos de E/S

analgicas ADC Traduccin de direcciones
Memoria Subsistema de Radio RF &amp; bus de E/S
bsicos RISC
instruccin trae Motor de cifrado y descifrado
Archivo de registro Archivo de Registro ALU Temporizadores del sistema

Figura 6-2: Diagrama de bloques de la especificacin, el nico chip wireless

mote.
memoria de programa. Puede ejecutar la CPU ALU las operaciones en un solo
ciclo, pero las operaciones de la memoria en dos ciclos. La arquitectura del
conjunto de instrucciones contiene 32 registros de propsito general algunas
de las cuales pueden ser combinadas para formar 16 bits para direcciones de
carga y las operaciones de la tienda. Existe, adems, un puntero de pila que es
manipulada por saltar automticamente e instrucciones de devolucin. En las
especificaciones, registros arquitectura se complementa con un conjunto
adicional de 32 registros de propsito general para permitir la optimizacin de
la gestin de interrupciones las rutinas.
El ncleo de la CPU est conectado a un banco de 6 bloques de memoria cada
uno de los cuales contiene 512
bytes de datos. Estos bloques pueden ser individualmente mapeados en los
datos o programa espacio de direcciones de la CPU. Slo el 3K de memoria est
incluido en nuestro diseo actual.
Es evidente que la cantidad total de ram se podra aumentar a expensas de
rea de chip. Es importante que la memoria se divide en los bancos para que
se pueda migrar entre
127

instrucciones y a la memoria de datos. Esta asignacin es manejado por una

direccin unidad de traduccin que se interpone entre la memoria y el ncleo
de procesamiento. El mapeo de memoria unidad contiene un espacio fsico de
16 fotogramas. Las especificaciones chip usa 7 de ellos, 6 para los bancos de
memoria y uno para la interfaz con el subsistema de radio.
Adems de la controladora de memoria, la CPU tambin est conectado con un
consumo ultra bajo
de energa del convertidor analgico a digital, un acelerador de cifrado E/S de
propsito general y puertos, temporizadores del sistema, un chip mdulo de
programacin y un RF sub-sistema. Para efectos ilustrativos hemos agrupado
los aceleradores comunicacin en un subsistema. Sin embargo, en realidad,
est compuesta de una coleccin de aceleradores que describimos en detalle.
Cada uno de los aceleradores comunicacin conectan directamente con el bus
de datos del microcontrolador. Los aceleradores se pueden enlazar entre s o se
utilizan en forma aislada.
El subsistema de comunicacin primitivos que contiene: extracto
de distribucin y generar bits, realizar patrones de deteccin smbolo de inicio,
secuencia recibe y transmite datos dentro y fuera de la memoria, cifrar y
descifrar los datos automticamente y proporcionar memoria de interfaces de
control asignado a la circuitera de radio.
6.1.2.1
Los ncleos de CPU de 8 bits microcontrolador RISC en las especificaciones se
trata de un nodo nico
ciclo bsico tradicional. Tiene un 16-bit bus instrucciones y uno de 8 bits bus de
datos. La nica forma de canalizacin es un pre-fetch de la siguiente
instruccin mientras se ejecuta la instruccin actual.
Decodificar, ejecucin y escribir se realizan en un nico ciclo. Adems de las
tradicionales instrucciones RISC, Spec tambin incluye un conjunto de
instrucciones para interactuar con
128

especializados 64 registros de E/S. Las operaciones de E/S de estos registros se

pueden realizar en un nico ciclo. Sin embargo, las operaciones de la memoria
requiere de dos ciclos.
La arquitectura del conjunto de instrucciones no es de particular importancia.
Las limitaciones ms importantes son que la instruccin debe ser compacto
(como es el caso con la mayora de microcontroladores), y que las operaciones
de E/S se puede realizar con eficacia.
Ms importante que la ISA es la capacidad de manejar de manera eficiente
interrupciones.
La programacin basada en eventos de TinyOS depende en gran medida de la
capacidad de proceso interrumpe rpidamente. Podemos incluir soporte
especializado para manejo de interrupciones en el formulario de registro
windows. El ncleo de la CPU incluye dos conjuntos de registros. Un conjunto se
utiliza para procesamiento general y otro para uso en el contexto de
interrupciones. Procesamiento en segundo plano como TinyOS tareas pueden
compartir fcilmente un conjunto de registros. Cuando una interrupcin llega,
el controlador de interrupciones puede cambiar rpidamente por registrar
windows ejecutando una sola instruccin especializada. A continuacin, puede
proceder a ejecutar el cdigo del controlador y volver. El controlador de
interrupciones slo pueden utilizar el conjunto de registro secundario si no rehabilitar interrupciones durante su ejecucin.
Para acceder al conjunto de registro secundario, una especializada en
"registros" de instruccin
ha sido incluido en el ISA. Esta sola instruccin sustituye a los diversos accesos
a la memoria que por lo general, se requieren para escribir los registros
guardados fuera de la memoria.
6.1.2.2 Llamada RAM,
adems de una ruta de acceso a los datos, las especificaciones chip posee un
sistema de memoria especialmente diseados. Sistemas integrados
tradicionales tienen una estricta divisin entre programa y memoria de datos.
Esto se lleva a cabo, en parte, porque sistemas integrados estn diseados
generalmente con un "write once, run forever" modelo en mente. Software
integrado

por escrito por lo general 129 con una nica solicitud, en mente y, a
continuacin, graba en un dispositivo en el que se quedar para la vida til del
dispositivo. La naturaleza dinmica de las redes de sensores hace que sea
imposible mantener ese modelo de programacin.
Mientras que un sistema estrictamente memoria con particiones tradicionales
es prctico en
escenarios de aplicacin, las redes inalmbricas de sensores demanda mayor
flexibilidad. La amplia gama de aplicaciones de destino hace que sea
conveniente para que los nodos se programable en el campo. Los usuarios
quieren tener la posibilidad de descargar nuevos programas en la radio y en el
espacio de la aplicacin.
Para apoyar este tipo de operacin, las especificaciones chip incluye
memoria paginada especializados un sistema fsico de la pgina donde los
marcos se pueden asignar dinmicamente en cualquier parte del programa o
los datos de la memoria. Con este mecanismo las aplicaciones se pueden
cargar en la radio y en los datos de la memoria. Una vez que la solicitud est
completa y se comprueba que la memoria utilizada para almacenar tramas el
programa puede ser re-asignado en la instruccin memoria de la CPU. Al
mismo tiempo, la aplicacin original se asignan automticamente fuera de la
instruccin memoria. En tan slo unos pocos ciclos, toda la memoria del
programa pueden intercambiarse. En el caso de que el nuevo programa est
decidida a ser defectuoso, el programa original se pueden restaurar
rpidamente.
Las especificaciones memoria asignada sistema contiene 16 fotogramas pgina
cada uno de los cuales contiene 512
bytes de memoria. La pgina de asignacin del bastidor es controlada por
escrito a direcciones especiales situados a 0xffc0. Durante el funcionamiento,
la baja 9 bits de la direccin de memoria se pasa intacta a la memoria del
sistema. Los 7 bits restantes se pasan a travs de una reasignacin dinmica
que realiza la traduccin. Tanto la instruccin y a la memoria de datos
direcciones se traducen simultneamente por diferentes bloques de control.
130

Cuando una pgina fsica se asigna a una nueva ubicacin en la que ya est
lleno, la
pgina antigua se quita del espacio de direcciones todos juntos. La pgina
antigua se debe asignar en otros lugares en el espacio de direcciones antes de
que se pueda volver a acceder a l. Cuando estn asignados en memoria de
datos, cada una de las pginas es el byte en un 8-bit bus de datos. Cuando
estn asignados a los datos de la memoria, la memoria de 16 bits palabra
dirigida, memoria de slo lectura.
6.1.2.3 Aceleracin Comunicacin
Uno de los principales conceptos contenidos en la Especificacin diseo es la
inclusin de
primitivas aceleracin de hardware diseado para reducir el costo de la radio
comunicacin sin sacrificar la flexibilidad.
La comunicacin aceleradores en el nodo de especificaciones incluyen apoyo
para la
sincronizacin, extraccin de distribucin, cifrado y serializacin de datos.
Durante la comunicacin, el primero de los aceleradores que entran en juego
es la sincronizacin del acelerador.
6.1.2.3.1 La Sincronizacin
La sincronizacin del acelerador est diseado para procesar el flujo de bits
entrantes
y detectar la presencia de una determinada secuencia de arranque. En primer
lugar, un registro de configuraci n se utiliza para especificar el valor y la
longitud de la secuencia diana. A continuacin, el flujo de datos entrante se
analizan de manera automtica en la bsqueda de la secuencia. Cuando se
detectan, las seales del acelerador la CPU a travs de una interrupcin.
Tambin se interconectan con un acelerador de serializacin de datos graba
automticamente la transmisin entrante.
6.1.2.3.2 E/S asignada en memoria y serializacin de datos
131

serializacin de datos aceleracin ha sido incluido automticamente datos de

secuencia
entre la radio y sistema de memoria. Se trata de un sencillo motor DMA.
Durante las transmisiones de radio, cada bit debe ser registrado o transmisin
de serie. El acelerador se habilita especificando una direccin de memoria para
el inicio del paquete y una longitud mxima de paquete. En TX modo
establecido la longitud del paquete a un nmero que no sea cero para iniciar
una transmisin. La transmisin puntero se incrementa automticamente con
cada byte transmitido. En consecuencia, los dems se decrementa longitud del
paquete para representar el nmero de bytes en la transmisin. Ambos de
estos campos se puede acceder por el procesador para el seguimiento de los
avances.
Durante la recepcin, ya sea una seal de la CPU o una seal de la
sincronizacin los aceleradores hace que la transmisin entrante sern
grabadas en la direccin del recibir puntero de memoria. Los datos se asientan
sobre la base de una recepcin de datos campo de longitud.
Las operaciones de la memoria para el sistema de E/S se intercalan
automticamente con la
memoria de la CPU. Ms instrucciones de la CPU no tenga acceso a los datos
de la memoria, slo la instruccin memoria. Spec ha sido diseado para el
programa y a la memoria de datos acceso puede ocurrir en paralelo. El sistema
de RF puede reclamar el acceso al bus de memoria cuando no est en uso por
la CPU. El sistema de RF interno tiene la suficiente influencia para manejar
posibles retrasos. Las direcciones de memoria utilizadas por el sistema de RF
son direcciones de memoria virtual antes de su traduccin por el mapa de la
memoria lgica.
6.1.2.3.3 Distribucin Transmisin
la serializacin y sincronizacin del acelerador se ambos apoyados por una
sincronizacin
acelerador que proporciona informacin sobre los tiempos de transmisin de
RF. Este acelerador es de
132

conectado al oscilador de alta frecuencia de la CPU utiliza y se puede

programar para generar pulsos de temporizacin en mltiplos enteros de el
reloj.
La velocidad de bits de transmisin est programada, especificando el divisor
de reloj
correspondiente a 5x la velocidad de transmisin. Esto permite la
sincronizacin acelerador para generar tanto para el individuo poco pulsos de
temporizacin y de pulsos 5x por muestreo. En el 5x se utiliza el muestreo en
recepcin de la radio para detectar transicin del borde en el flujo de datos.
Esto permite que el transmisor y el receptor para permanecer sincronizado
durante la comunicacin.
6.1.2.3.4 Codificacin
del sensor Muchas aplicaciones requieren que los datos sean confidenciales y
tanto autnticos.
Nuestra seguridad escenario de aplicacin exige que todas las situaciones de
alarma son genuinos.
Sin embargo, el cifrado es una costosa operacin de CPU de propsito general.
Spec ofrece un acelerador de hardware para comunicacin cifrada.
Cuando la opcin est activada, todas las comunicaciones por radio enlace
est cifrada antes de
la transmisin y se descifra en la recepcin. Una aplicacin debe comenzar
cada comunicacin en la clara, de manera que los receptores puedan bloquear
a la seal entrante y, a continuacin, seleccione las opciones de cifrado. En ese
momento, el acelerador de cifrado pueden ser contratados para llevar a cabo
los datos convolucin.
El mecanismo de cifrado de Spec es el LFSR en cifrado de flujo similar a la que
se
utiliza a travs de Bluetooth. Antes de activar el acelerador de cifrado la
aplicacin debe generar una clave nica secuencia. Tanto el transmisor como el
receptor deben compartir la misma clave de inicializacin.

Este acelerador de cifrado 133 proporciona seguridad de datos pero no

proporciona datos
autenticidad. Es posible que un atacante modificar los mensajes que se
transmiten. Integridad de los datos debe ser proporcionada por la aplicacin.
6.1.3 Radio Back End Sub bloques ADC y
el nico circuito analgico en el diseo de especificaciones se encuentra en el
interior de la radio [ 58] y
ADC (convertidor analgico a digital) [ 59] sub-componnts. Tanto la radio como
el ADC se incluye como pre-diseados. El ADC fue diseado para ser tan baja
como sea posible.
Realiza una conversin 8 bits con tan slo 27 pJ de energa. Su consumo de
energa muy bajo es ideal para su uso en redes de sensores inalmbricos. Es
capaz de operar en ms de 10.000 muestras por segundo, mientras que
consume menos que un microvatio.
El transmisor tambin fue diseado con el consumo de energa. En forma
aislada
, consume menos que 1 mW, mientras que se transmita de -7 dbm Se trata de
un cambio de frecuencia clave (FSK) radio que es capaz de transmitir en un
amplio rango de frecuencia en la banda de 900 MHz. Se puede comunicar con
el Chipcon CC1000 radio azul usado en el nodo de hasta 40 pies en un entorno
de laboratorio.
El transmisor utiliza un 32,768 KHz oscilador como su principal referencia de
frecuencia.
Slo es necesario contar con el apoyo de un par de componentes
microelectrnicos. Adems de los 32 KHz oscilador, se requiere un inductor y
una antena. Los avances en tecnologa CMOS puede eventualmente permitir el
inductor que se va a construir en chip. La radio se ha configurado a travs de
un conjunto de registros que permitir que la CPU control potencia de
transmisin, frecuencia de transmisin y la frecuencia separacin. La radio es
capaz de transmitir hasta aproximadamente 100 Kb/s.
134

En la implementacin actual, slo un transmisor est incluido en el chip. La

especificacin
diseo tambin puede utilizar un chip de 900 MHz transceptor de RF
Monolithics. Este es el mismo utilizado en el nodo Mica. Un modo de bajo
consumo de energa en un chip receptor est actualmente en desarrollo y se ha
simulado para consumir slo 300 uA de 3V.
6.1.4 Registros de frecuencia digital
analog RF bloque contiene las primitivas las funciones necesarias para
transmisin de RF. Sin embargo, no es capaz de auto-tuning. Una frecuencia
digital se incluye bloque de control de ajuste de frecuencia. El control de
frecuencia frecuencia bloque implementa un bucle de bloqueo entre el 32,768
KHz oscilador y la frecuencia de transmisin por RF.
La frecuencia de bloqueo se realiza contando el nmero de oscilaciones de la
frecuencia de transmisin por RF que se producen entre cada oscilacin del
32,768 KHz reloj.
900 MHz la seal portadora se introduce en un bloque de especializados de
baja potencia lgica dinmica que divide la seal por un factor de 8. Una vez
que la seal se encuentra en el rango de 100 MHz, una norma contador digital
se utiliza como un contador de ciclos.
La frecuencia bloque lock se configura especificando un objetivo de
32.768KHz = 902,5 MHz). Esto se traduce en la capacidad de ajustar la
frecuencia de la portadora de 32 KHz. Para aumentar la fidelidad de la
adaptacin, la referencia 32 KHz puede ser dividido por un factor de hasta 32 a
fin de producir un mnimo paso de frecuencia de 1 KHz que resultan en una
precisin de ajuste de 1 KHz Representa la frecuencia deseada. El bloque, a
continuacin, ajusta el control de las lneas del registro para obtener la
frecuencia programada. Si una seal 902,5 MHz, entonces 27542 puede ser
alimentada en el registro de control de frecuencia. (27542
135

El bloque de control de frecuencia utiliza un algoritmo de aproximacin

sucesiva

reducir rpidamente en la frecuencia deseada. Una vez bloqueado, el bloque

de control rastrea continuamente la frecuencia deseada por el incremento y
decremento de la radio palabras segn sea necesario. Adems de sintonizacin
de frecuencia, la frecuencia bloque de control tambin controla la frecuencia
separacin de la modulacin FSK. Separacin de frecuencia puede oscilar entre
10 KHz y 10 Mhz Para propsitos de depuracin la frecuencia bloque de control
puede ser derivado al acceder directamente a las lneas de mando RF.
La interfaz con la analgica DE RF de 16 bloques consisten las lneas control de
frecuencia, 24
potencia, corriente de polarizacin y la amplitud, las lneas de control.
6.1.5 Caractersticas fsicas
Las Especificaciones diseo fue inventado por National Semiconductor con un .
25
proceso CMOS de mu. La figura 6-3 le da un ambiente general de la zona
requerida por los diversos subpines de E/S
Sintetizador de frecuencia los bancos de memoria
Conductor Cristal ADC
CPU 900 MHZ transmisor y aceleradores

Figura 6-3: diseo de chip nico mote. Gran bloque central contiene CPU,
temporizadores y aceleradores de hardware. En la parte superior son 6 bancos
de memoria. El ADC es el centro izquierda. La radio se encuentra en la esquina
inferior derecha.
136

Componentes del diseo. Una gran parte de la zona es consumida por los
bloques ram - aprox 20 - 30 %. Adems, los circuitos RF analgico requiere
aproximadamente la misma rea de 1 kilobyte de SRAM.
La lgica digital contenida en el diseo fue sintetizado a partir del
comportamiento EN VHDL.

Despus de la simulacin, el de alto nivel cdigo VHDL se asignan en celdas

estndar de National Semiconductor con mbito Construir Puertas y diseo se
realiz con el silicio Ensemble - ambas herramientas de Cadence Design
Systems. En adicin a la simulacin, la funcionalidad del ncleo digital tambin
se ha verificado mediante la descarga en una FPGA de Xilinx.
Las propiedades reales de la National Semiconductor celda las bibliotecas son
confidenciales
sin embargo, en el caso de anlisis, asumimos que los registros que se utilizan
tienen un retraso de aprox 1 ns y consume aproximadamente 1 pJ por
transicin. Estas aproximaciones
Ncleo lgico rea Desglose
%0 Puerto de Entrada RAM 0,0007 %0 Controlador de acceso externo 0,0030
%0 Multiplexor 0,0033 %1 Interfaz ADC ALUMINIO 0,0100 0,0114 %1 %1
puertos de salida 0,0120 %2 Mdulo de Servicio 0,0172 %4 SPI Programacin
Temporizador 0,0283 0,0406 %5 %5 CPU Core 0,3806 47% 0,1886 Sistema RF
23% interfaz controladora de memoria Central 10% 0,0769 0,0407 % 2 UART
Componente (mm )
Completo Ncleo lgico 0,8065 100%
Figura 6-4: rea desglose de lgica digital mdulos incluidos en Spec. rea
total de cableado y puertas con National Semiconductor celdas estndar en .25
CMOS de mu.
137

Estn muy por debajo del rendimiento real y, por tanto, representan un lmite
superior en el consumo de energa de nuestros bloques bsicos. Incluso con
estas sub-ptima aproximaciones, el ncleo central de nuestro dispositivo
puede funcionar por encima de 50 MHz - por encima de la meta de 4Mhz
La figura 6-4 presenta un desglose de la zona utilizada por diversos sistema se
bloquea. Esta
informacin puede ser utilizada para evaluar el rea de compensacin asociada
a cada sistema.
2 El ncleo de la CPU RISC requiere slo .381 mm . El subsistema RF es
aproximadamente la mitad

que el tamao de 2 .188 mm . Es importante sealar que las zonas se han

registrado el rea total de
los bloques lgicos 2. No siempre es posible lograr 100% de densidad lgica.
El .806 mm
2 de la lgica se coloca dentro del bloque 1 mm se muestra en la Figura 6-3.
6.2 Resultados
de la evaluacin, se compara el diseo de Especificaciones plataforma contra
la MICA. En
resumen, las principales caractersticas de la plataforma son Mica que la CPU
consume 15 mW cuando est activo a 4 MHz y la radio consume 21 mW y
transmitir y 15 mW al recibir. La velocidad mxima de transmisin es de 50
Kb/s. Nuestro objetivo es centrarse en las mejoras en la arquitectura de las
especificaciones de diseo diseo la Mica. Para una comparacin equitativa se
supone que nuestro ncleo consume los mismos 15 mW cuando activa como la
mica. Aunque en realidad, slo consumen aproximadamente 1,5 mW, la
reduccin en el poder no debido a una diferencia arquitectnica, sino
simplemente de la CMOS. La comparacin se centra en el ciclo de trabajo de la
CPU.

Smbolo de inicio 138 6.2.1 Deteccin

en el anlisis del consumo de energa de las redes inalmbricas protocolos
implementados en la plataforma MICA, el consumo de energa de deteccin
smbolo de inicio fue el principal componente de consumo de energa total de
la CPU. En Mica, antes de recibir un paquete, el canal se muestrea a 20 Kbps
con el fin de buscar la llegada de 10 Kbps smbolo de inicio. La CPU contiene un
bfer de los ltimos 30 muestras y efecta una coincidencia de patrones en la
llegada. Cada una de las muestras requiere procesamiento individual de la
CPU. Adems, porque la porcin de datos del paquete sigue inmediatamente al
smbolo de inicio, cada una de las muestras deben ser procesadas en tiempo
real, a fin de que el smbolo es detectado antes de que los datos lleguen.
Este enfoque basado en el software de deteccin smbolo de inicio es de
aproximadamente 100

ciclos por muestra. A 20 K muestras por segundo, el resultado es 2 M ciclos por

segundo.
de la CPU). No slo el smbolo de arranque software deteccin consumir una
cantidad importante de energa, pero los recursos disponibles de CPU, sino que
tambin limita la mxima frecuencia de muestreo. 50 Kbps comienza smbolo
deteccin sera imposible en cualquier presupuesto de energa. % De la Mica
nodo, este requiere 7,5 mW de potencia (50
Como se ha comentado, la Spec nodo resuelve este problema mediante la
inclusin de una
coincidencia de patrn primitivo hardware. Este primitivo bloque est
configurado con un patrn de hasta 24 bits de longitud y las seales cuando se
encuentre una coincidencia. Funciona en conjuncin con un acelerador de
distribucin que automticamente ajusta la velocidad de muestreo. Si bien el
muestreo del canal, la coincidencia de patrones primitivos en realidad
muestras en 5 veces la velocidad de bits. Esto permite que varias muestras
para media reducir el impacto del ruido.
139

La implementacin de hardware de este primitivo requiere .1 mm2 de rea de

chip. La
mayora de los que se va a registrar 120 bits necesario para celebrar los 24 bits
de muestreo de 5x (24120 = 5). Utilizando el 1 pJ/transicin estimacin del
consumo de energa de un registro anteriormente descritos, el consumo total
de energa del acelerador cuando se trata de buscar el mismo 10 Kbps smbolo
de inicio es slo 5 uW. A pesar de la 5x por el muestreo, el consumo de energa
se reduce en un factor de 1.500 .
6.2.2 Control de las interrupciones de
Otro frecuentes y costosas en el nodo Mica es el ahorro y la
restauracin de registros al manipular una interrupcin. El tiempo real de las
redes de sensores inalmbricos facilita el manejo de interrupciones crticas y
frecuentes. La rutina de interrupcin utilizados en TinyOS requiere que 14 de
los 32 registros se guardarn antes de la ejecucin del controlador de
interrupciones. Con una latencia de memoria 2 ciclo, este ahorro y la
restauracin de los registros, 56 ciclos por operacin. En la toma de muestras
en una onda de audio 5K muestras por segundo para detectar un pulso

acstico, esto representara una sobrecarga de 280.000 ciclos por segundo.

Cuando se desglosa en energa, el almacenamiento y recuperacin de los
registros para manejar las interrupciones requiere 210 nj/interrupcin.
El Spec nodo aade soporte de hardware especializado para acelerar la
ejecucin
de interrupciones. En lugar de tener un solo conjunto de registro que se deben
guardar para cada interrupcin, el nodo Especificacin introduce un registro
adicional y una instruccin que puede utilizarse para cambiar entre ellas.
Durante la operacin, un conjunto de registros se utiliza para fines generales y
el segundo se utiliza para corto, no priorizable, interrupciones. Por lo tanto,
cuando se ejecuta un no-priorizable interrupcin, el sistema ejecuta una sola
instruccin de

intercambio 140 conjuntos de registros. En este diseo, el puntero de pila se

conserva cuando se activan conjuntos de registros. Esto permite que la rutina
de interrupcin para utilizar siguen utilizando la pila del sistema despus de
cambiar de registro.
La inclusin de este registro adicional reduce el costo de la interrupcin
de slo 7,5 nj/interrupt - 2 instrucciones. El costo total de guardar y restaurar
los registros se redujo de 210 a slo 7,5 nJ nJ, un factor de 28. Tambin hemos
considerado como conjuntos de registros adicionales para otras funciones del
sistema. Sin embargo, el rea de cada
conjunto de registros adicionales 2 - .113 mm- lo prohibitivamente caro. Cada
registro
de la base de la CPU. Representa el 30 %
6.2.3 Programa Gestin de la memoria
un requisito clave para las redes inalmbricas de sensores es que los nodos
debe ser
reprogramada en el campo. Ya que los nodos se desplegaron en gran nmero
se convierte en poco prctico para la recogida de estas para la
reprogramacin. Es importante que sean capaces de aceptar un programa a
travs de la radio y, a continuacin, empezar a ejecutar. Adems, como el

coste de los nodos individuales cada, resulta inviable para interactuar

directamente con cada uno de los nodos. Los nodos se realizar
exclusivamente programado a lo largo del radio.
Arquitectura de la Mica, el dispositivo debe estar equipado con suficiente
capacidad de almacenamiento para
mantener las imgenes del programa 3. Durante el funcionamiento, el nodo
tiene actualmente en ejecucin una imagen almacenada en la memoria de
programa. Para volver a programar las descargas, es una segunda imagen de
cdigo y lo almacena en la memoria externa. Una vez que haya finalizado la
imagen descargada se copia a travs de la imagen activa y funcionando. Sin
embargo, en caso de que la nueva imagen est daado o no141

funcional, una copia de seguridad de la imagen debe almacenarse tambin. En

total, tres copias son necesarias, uno y dos en la memoria.
Con el fin de reducir este gasto, el Spec nodo tiene la posibilidad de asignar de
forma dinmica
las pginas en el programa y memoria de datos del microcontrolador. Esto
permite que el dispositivo para descargar su nueva imagen de cdigo en la
memoria ram y, a continuacin, asignar las pginas en la memoria ram
memoria instrucciones. Con este mtodo, el cdigo se puede cambiar las
imgenes en su lugar. Esto se traduce en una reduccin de 33% en requisitos
de memoria.
Esto se lleva a cabo por medio de una traduccin de direcciones en todas las
direcciones dejando
la ruta de datos. Los 6 bits de la instruccin y direccin de datos se pasan a
travs de una tabla de traduccin que se asigna la direccin a uno de los 16
marcos fsico de la pgina. El nodo de Especificaciones tiene en la actualidad 6
de estos cuadros llenos de memoria. Con esta configuracin, asignaciones
arbitrarias de los datos y las instrucciones las memorias pueden ser
alcanzados. Adems, el pequeo tamao de la pgina 512 bytes mantiene la
fragmentacin a un mnimo. Las tablas de traduccin se puede modificar
mediante el acceso a ubicaciones de direccin de memoria especial.
6.2.4 Extraccin de distribucin

durante la transmisin perfecta sincronizacin entre el transmisor y el receptor

deben ser mantenidos. Una ligera inclinacin de mecanismos de tiempo puede
provocar que se pierda bits peridico si re-sincronizacin no se realiza. Si bien
no es estrictamente necesario para las transmisiones, se hace necesario como
longitud de transmisin aumenta.
Actualmente, la Mica plataforma no admite paquete largo longitudes. Para
apoyar la transmisin, el receptor tendra que medir peridicamente

las transiciones edge 142 con el fin de sincronizar de nuevo. Con la mica de
CPU ya muy cargado durante las transmisiones, esta es una operacin difcil.
Con el fin de facilitar las transmisiones desde hace mucho tiempo, as como
para mejorar la fiabilidad de
las transmisiones, las especificaciones nodo incluye un extractor de
distribucin primitiva que automticamente las seales del centro de cada bit
transicin. El extractor de muestras del canal en 5x la velocidad de bits y la
bsqueda de transiciones de canto perfecto. Si se produce una transicin
dentro de 1/5 de tiempo de bit de la transicin prevista, se actualizan las
expectativas. Una transicin es cuando 4 muestras consecutivas de ' 0' son
seguidas por cuatro muestras consecutivas de " 1" o viceversa. Esto permite
transmisor/receptor con xito a pares comunicacin incluso si su tiempo
referencias difieren hasta en un 10 %. La Mica nodo tena esta capacidad
podra haber utilizado una de bajo costo resonador 4 MHz en lugar de la alta
precisin 4 MHz cristal.
6.2.5 Soporte de cifrado
adems de proporcionar primitivas para operaciones de bajo nivel, el Spec
nodo tambin
incluye primitivas para dar apoyo a las operaciones complejas como el cifrado.
El Spec nodo incluye un acelerador de cifrado que se pueden utilizar para cifrar
automticamente y descifrar mensajes para la transmisin. El primitivo incluye
cuatro 40 bits que son LFSRs xor-ed juntos generan una sola secuencia
aleatoria. Esta evolucin es paralela a la mtodos de encriptacin utilizado en
el estndar inalmbrico Bluetooth. Esta coleccin de 4 LFSR descarga la

mayora de la sobrecarga asociada con la funcin de cifrado. A diferencia del

Bluetooth, el procesamiento de la siembra de la LFSRs es hecho por software.
143

En el hardware, el LFSR es simplemente un registro de desplazamiento con

realimentacin aumentada a travs de
un puado de puertas xor. Con los 4 LFSRs que contiene 160 registros, el
consumo de energa para realizar el cifrado es slo 160 pJ/bit. Por el contrario,
la implementacin de software de el mismo algoritmo en el ncleo de la CPU
MICA requerira 34 (15 carga/almacenes, 19 ALU) instrucciones por bit para
cada registro de desplazamiento. Esto dara como resultado un total de 196
ciclos por poco para las 4 LFSRs, o 735 nJ por bit: 4500x.
Adems, en 196 ciclos por bits, la mxima velocidad cifrado/descifrado sera
poco ms de 20 Kbps - muy por debajo del actual velocidad de transmisin de
50 Kb/s. La zona de el acelerador de cifrado es slo .06 mm2,
aproximadamente del mismo tamao que la direccin de memoria translator.
6.2.6 E/S de Memoria y serializacin, a la
vez que la Mica nodo inteligente utiliza las optimizaciones para permitir que la
CPU para interactuar con
la radio en el byte portabrocas, CPU participacin an representa una
proporcin significativa cantidad de sobrecarga. Por byte Peridico las
interacciones con la radio tambin previene que la CPU de baja potencia en su
estado de reposo. Nodo de Mica, el nivel de byte interaccin combinada con la
sobrecarga de interrupciones manejo realmente establece la velocidad mxima
de transmisin es capaz de conseguir.
El Mica nodo slo es capaz de lograr una mxima tasa de bits 50 Kbps a pesar
de tener
una radio capaz de 115 Kb/s. Adems, la CPU debe ser encargado de servicio
de la radio cada 160 cuando nos transmite a 50 Kb/s. Con cada byte
transmitido, el controlador tiene que ejecutar para aproximadamente 100
ciclos. Esto se traduce en la CPU consumen 375 nJ por byte.
144

Para mejorar esta situacin, las especificaciones nodo incorpora una memoria
de datos asignados serializador para
reducir el consumo de energa durante la transmisin y recepcin de datos.
Despus de la deteccin del smbolo de arranque o inicio de la transmisin, la
base y la longitud se utilizan registros para automticamente datos de
lectura/escritura directamente desde la ram. Despus de iniciar la operacin, la
CPU no deben participar las seales de funcionamiento hasta su finalizacin. En
vez de pasar cada byte de datos a la radio cada 160 us, la CPU puede apagar y
permanecer en su estado de energa ms bajo hasta que la transmisin haya
finalizado. Con esta primitiva, la energa bsica necesaria por byte transferido
se reduce a el costo de un solo uso de memoria o simplemente 3,75 nj/byte - y
a la mejora de 100x.
6.2.7 Primitivas no incluirn,
adems de los primitivos que hemos incluido, adems, evalu varios otros
que hemos optado por no incluir en la lista. En general, el ahorro de energa no
compensan la prdida de flexibilidad y complejidad que introducira. La primera
de estas primitivas es un forward error correction primitivas.
El Mica nodo utiliza S/DED correccin de errores. Cada byte de datos que se
transmite est complementado por un conjunto de bits de paridad que se
pueden usar para detectar hasta dos errores y corregir un error. Se ha
demostrado que incluso esta forma primitiva de error correcto puede mejorar
considerablemente la comunicacin rendimiento [ 10]. Sin embargo, el
beneficio de la correccin de errores depende de necesidades especficas de
cada aplicacin. Si el canal es lo suficientemente alta, simple deteccin de
errores y la retransmisin puede resultar en menor gasto de energa.

Los aceleradores de Hardware Especificaciones 145

Resultados de aceleracin con la mejora del acelerador tipo Factor acelerador

sin registrar Windows 210 nj/Interrupcin 7.5 nj/interrupcin Smbolo de
Arranque 28 Deteccin 7,5 mW 5 uW 1500 Aceleracin de cifrado 735 bits 160
nj/pJ/Bit 4594 Datos Serilization 375 nj/Byte 3,75 nj/Byte 100 Asignacin de
memoria 3 copias 2 copias necesarias 1.5 Figura 6-5: Descripcin general de
las mejoras de rendimiento alcanzado por la especificacin los aceleradores de
hardware del nodo.
El costo de realizar correccin de errores de la mica nodo de software est a
solo
55 instrucciones codificadas por byte. El proceso de codificacin es una tasa 3
cdigo en cada byte de datos traducidos en 3 bytes de datos. En total, la
codificacin slo cuesta 8,6 nJ por bit. Cuando se compara con los 735 nJ
necesarias para el cifrado es bastante pequeo. Adems, se puede realizar en
el software a una velocidad mxima de 218 Kb/s.
Clculo del CRC hardware tambin fue considerado para la inclusin. Nodo de
la Mica,
CRC de 16 bits se adjunta a cada 30-byte paquete que se transmite. La
sobrecarga de que resultado de clculo en 29 instrucciones por byte o
simplemente 13,6 nJ por bit. Debido a que slo cuesta unos pocos nJ por bit,
dejando en el software no tendr un impacto significativo en el rendimiento del
sistema. La figura 6-5 presenta un panorama general de las mejoras de
rendimiento alcanzado por los aceleradores de hardware que se incluyeron en
el nodo especificado.
6.3 Costo de flexibilidad
en lugar de proporcionar los distintos bloques de construccin descritos
anteriormente, se podra
simplemente han proporcionado una implementacin de hardware de la pila
del protocolo implementado por la Mica nodo. Si nosotros hubiramos hecho
as, las interconexiones entre los primitivos que hemos enumerado se hubieran
llevado a cabo en el hardware en lugar de software.
146

Adems de la canal y codificacin comprobacin de CRC, el TinyOS

pila mensajera tambin realiza direccin y ID de grupo control en cada

mensaje y, a continuacin, analiza el encabezado del mensaje de distribucin
dinmica. Estas operaciones son bastante ms econmicos para llevar a cabo
en el software en comparacin con una implementacin de hardware. Sin
embargo, el envo y anlisis de encabezado slo requiere unos 50
instrucciones. Esto se traduce en slo .260 nJ por bit transmitido por lo que el
coste puede ser amortizado en un paquete completo. Si bien esto podra
reducirse mediante hardware dedicado, la flexibilidad obtenida, permitiendo la
adopcin de formatos de paquetes y variable especfica de la aplicacin de
esquemas de direccionamiento es ms significativa que la nJ por bit.
6.4 Resumen
Las Especificaciones chip demuestra tanto el valor y la viabilidad de
integracin de un chip de una red de sensores inalmbricos plataforma. 1000X
las mejoras de rendimiento se han conseguido en las funciones del sistema que
dominaban CPU consumo de energa para el Mica plataforma. Adems, al
proporcionar un conjunto de primitivas de comunicacin en lugar de una
implementacin del protocolo hardware, spec es capaz de soportar un amplio y
flexible conjunto de protocolos. Estos componentes incluyen soporte para
deteccin smbolo de inicio, la serializacin de datos, el cifrado de datos y
extraccin de distribucin. Spec tambin incluye soporte arquitectnico para el
sistema operativo TinyOS, incluyendo un sistema de memoria paginada y
registrar windows. Su arquitectura se centra mejorar el rendimiento sin
sacrificar la flexibilidad.
A travs de la integracin, las especificaciones chip tambin reduce
drsticamente costes en dispositivos que permitan
una amplia gama de escenarios de aplicacin. El Mica generacin de sensores
inalmbricos nodos tiene un coste de fabricacin alrededor de $60. El mote de
especificaciones requiere aproximadamente de $0.25 de

silicio 147 que se combina con un $0.16 batera, un inductor de $0.02 y $0.10
cristal de reloj.
Lo que demuestra que el costo en dlares totalmente funcional de un nodo
sensor inalmbrico es posible.
148

Captulo 7: Aplicaciones de demostracin y el rendimiento

El objetivo final de red de sensores inalmbricos investigacin es permitir que

nuevas
aplicaciones que cambiar la forma de interactuar con el mundo que nos rodea.
Estas aplicaciones tienen requisitos que difieren drsticamente de las hiptesis
de inalmbrico tradicional. En nuestra exploracin de estos nuevos escenarios,
dos clases distintas de las aplicaciones han surgido. La primera es clasificado
por un bajo ciclo de trabajo, datos de baja velocidad, largo perodo de latencia,
topologa esttica y una larga vida. De estas redes, el promedio de vida es el
principal criterio de evaluacin. Una segunda clase de aplicaciones es muy
dinmicas de deteccin y control de redes con velocidades de datos ms altas,
la latencia y los nodos mviles altamente. Vigilancia pasiva en lugar de un
entorno relativamente esttico, esas redes intentan controlar el medio
ambiente en tiempo real. Esta clase lugares estrictos requisitos de rendimiento
y latencia en la red, que son las principales medidas de rendimiento del
sistema para esta clase de dispositivo. Hemos evaluado o arquitectura con
respecto a las clases de aplicaciones.
7.1 Supervisin de los datos ambientales
que se presentan en el Captulo 2, los datos sobre el medio ambiente es un
rea clave de la aplicacin de redes de sensores inalmbricos. Estos casos
incluyen calefaccin, ventilacin y aire acondicionado control de edificios
grandes o climticas vigilancia de hbitat al aire libre. La arquitectura se unen
las posibilidades de optimizacin para determinar la aplicacin de capacidad y
vida til a un determinado presupuesto de energa. Utilizamos esta hiptesis
para realizar un seguimiento de las
149

mejoras en el rendimiento de los cuatro nodos arquitecturas que hemos

presentado (Ren, Mica, Azul, Especificaciones).
A efectos de ilustracin, considere un escenario en el que la red formas
en un rbol y cada nodo muestras datos sobre el medio ambiente cada 4
segundos, agregados un resumen estadstico ms de 5 minutos, y transmite el
resumen de su nodo principal. Cada uno de los padres combina las lecturas de
sus hijos y enva un resumen a su padre.
En el caso de un drstico cambio del medio ambiente, cualquier nodo puede
enviar una notificacin de emergencia a su padre en cualquier momento. Esta
red est actuando simultneamente como una red de recogida de datos y la
monitorizacin de alarmas red. En el modo de alarma, el padre busca los
mensajes de emergencia cada 4 segundos. La Figura 7-1 resume el
rendimiento terico de cada una de las plataformas que hemos presentado en
esta tesis. Las tasas informtica son fijos; la mtrica de rendimiento clave es la
eficiencia energtica, que se mide como mj/da para llevar a cabo la tarea. Las
mejoras de rendimiento de la mica nodo sobre el Rene nodo puede atribuirse
en gran medida a los aceleradores de hardware. En general, los aceleradores
de hardware de MICA y la explotacin de los resultados especficos de la
aplicacin de protocolos aumento de 10x de rendimiento general de la
aplicacin de la lnea base Rene nodo. Esta comparacin se analizan con ms
detalle ms adelante.
7.2 Anlisis emprico de las mejoras de rendimiento
para estimar el consumo de energa para cada una de las arquitecturas que
hemos
presentado, se suma el uso de la energa de cada uno de los componentes de
la aplicacin: Transmisin de datos, el Rendezvous de Techo, alarma, deteccin
de datos, energa y el sueo.
El coste energtico de la transmisin de datos se supone que el peor de los
casos nodo es responsable de cinco nios.
150

Rendimiento de la Plataforma de Aplicacin de Recopilacin de Datos

Ambientales

aD
) ay dj/ (m
)r ea (y
kec ch rm la A
) ay dj/ (m
e iv ctal taoT
) ay dj/ (m
Rene
noti ta en mlep Im
2,2

noti ica numm co

89 691. 52.462 16,2
Mica
) ay dj/ (m ng si en S
54.768 4.230
)y da J/ m ( ep les
58.998
)y da J/ (ml taoT
.

UN ed liz ea d i a
35 458 16,2 78 552 34,56 4.319 4.871 4,27
209 Azul 72,576
) ay dj/m (suo ev d en R2
178 1,701 388 259 647 &gt; 10
e im et si ce Ldte pxe

2 Especificaciones 0 ao 0,864 6 5.832E-07 9 259 268 &gt; 10 aos

factor de mejora 11 10 295 141 10 16 91 &gt; 40 Azul vs Rene

Figura 7-1: nodo terico consumo de energa al realizar la supervisin de los
datos que recoge datos cada 4 segundos, con un promedio y se transmite una
vez cada 5 minutos.
Cada nodo tiene un mximo de 5 nodos secundarios y un nodo principal. La
tabla muestra los resultados de Rene, Mica, Azul, Spec. La relacin entre Ren
consumo de energa y consumo de energa azul tambin se muestra. El costo
de verificacin de la alarma azul es ms grande que el de Mica debido a la
CC1000 disponer de mayor tiempo de encendido. La deteccin de azul es costo
reducido por una baja potencia ADC en el microcontrolador.
En este escenario de la aplicacin, un nodo debe recibir un resumen de cada
uno de los
nios, combinarlos, y transmitir un nuevo resumen de su padre. El costo de
cada operacin depende del consumo de energa del sistema de radio y la
velocidad de bits que los datos pueden ser comunicados. El azul muestra un
nodo 11x mejora sobre el original Rene y supera a la Mica nodo. Esto es debido
a un aumento de velocidad de transmisin activada por la sincronizacin y el
almacenamiento en bfer del acelerador - azul nodo tiene dos veces el
almacenamiento en bfer del acelerador en su serializacin.
Como se indica en el Captulo 2, ya que la comunicacin es poco frecuente, y la
radio
consume energa cuando est encendido, los nodos deben dejar sus radios
apagado siempre que sea posible. En la aplicacin de recopilacin de datos, los
nodos acuerdan comunicarse en un tiempo futuro y apagar sus radios hasta
ese momento. En estos protocolos, la sincronizacin de precisin se traduce en
un menor consumo de energa. Si un perodo programado de aplicacin de la
comunicacin slo es exacta para aproximadamente 100 ms, a continuacin, el
receptor debe despertar 100 ms temprano para asegurarse de que no es tarde,
esto puede resultar en el

receptor espera 151 200 ms antes de que la transmisin comienza realmente.

En el corto las transmisiones comunes en redes de sensores, esto puede
desembocar en un 4x a 5x aumento en el costo de la recepcin y transmisin
de paquetes. El uso del bit de sincronizacin de la hora de la mica y nodos

azules reduce la energa consumida durante el perodo de espera por la

comunicacin prevista por un factor de 10. Tambin podr observar que la Mica
Azul nodo nodo supera a la de esta operacin. Esto se debe al incremento de
consumo de energa recibe el CC1000 radio.
Con el fin de cumplir los estrictos requisitos propagacin de alarma, cada uno
de los nodos debe tambin ser
continuamente listo para reenviar los mensajes de alarma. Esto significa que
deben ser frecuentemente controlar el canal de RF para la actividad. La
frecuencia relativamente alta de la wake-up comprobar lo convierte en el
mayor consumidor de energa en el Rene diseo. Sin embargo, aprovechando
la baja potencia de funcionalidad de Mica y Azul reduce el costo por un factor
de 600 en el nodo Azul. Una vez ms la Mica nodo funciona mejor que el nodo
Azul debido a las caractersticas de la CC1000. Spec es mucho mejor debido a
su rpido radio tiempo de encendido.
En conjunto, los tres optimizaciones (RF wake up, la sincronizacin de la hora y
comunicaciones de alta velocidad) reducir el consumo de energa de la parte
activa de la aplicacin en dos rdenes de magnitud. En la Figura 7-1 se
muestran tambin el impacto de estas optimizaciones sobre el impacto global
de vida til del sistema. En el caso de Ren, el consumo de energa en estado
de reposo es razonable el 10% del total del presupuesto, pero que domina la
aplicacin optimizada. Al examinar la solicitud en su totalidad, la duracin de la
batera se ha mejorado con un factor de ms de 90, lo que da lugar a una vida
esperada de ms de 10
152

aos de un par de pilas AA. No predicen un mayor tiempo de vida porque la

vida til de una batera alcalina es de menos de 10 aos.
Es interesante observar que el aadido mejoras en el rendimiento de la
especificacin nodo
no tendr un impacto significativo en la duracin de la aplicacin. A los efectos
del anlisis que hemos supuesto que el consumo de energa en modo inactivo
las especificaciones nodo es el mismo que el nodo azul. Debido a que el
consumo de energa en modo reposo domina el escenario de la aplicacin una
vez que los otros factores que se han abordado, las mejoras en la radio

consumo de energa son insignificantes. Esto, sin embargo, no ser el caso en

un nodo de escenario.
7.2.1 Prueba Hardware
para verificar que el anlisis emprico realizado, hemos demostrado este
escenario de la aplicacin de la plataforma azul. Una vez ms, un nodo recoge
peridicamente los datos de un sensor local, sus lecturas promedios y
transmite los datos una vez por segundo. El hardware se realiza para confirmar
los resultados tericos.
La aplicacin de recopilacin de datos utilizados sincronizacin temporal
precisa para mantener la
comunicacin. El estudio demostr que hardware transmisor y receptor pares
son de hecho capaz de mantener la sincronizacin de ms de 2 ms a lo largo
de los 5 minutos intervalos de comunicacin. Al final de cada intervalo de
nodos pares tiempo informacin de sincronizacin. Esta informacin se utiliza
para mantener la &lt; 2Ms sincronizacin indefinidamente. El ciclo de trabajo
de comunicacin activa es slo .02% o 60 ms cada 5 minutos.
Adems, cuando medidos experimentalmente el peridico de mote azul wakeup
comprobaciones requieren 8,8 uj por cheque o 190 mJ por da. Muestreo
experimental el costo es de
153

Figura 7-2:29 palmas aplicacin. Los Motes de un avin de montar en una red
ad-hoc con el fin de buscar actividad en un vehculo en un remoto desierto
ubicacin.
a solo 42 nJ por muestra o .907 mJ por da. El resultado neto del hardware es
que el Azul aplicacin realiza aproximadamente equivalente a las predicciones
tericas.

7.3 29 Palms

otro escenario de la aplicacin que ha sido implementado en la Berkeley motes

es
que se trata de una red aislada diseado para controlar la actividad en una
ubicacin remota. Los 29 "Palmas" aplicacin utilizada la Rene mote plataforma
junto con magnetmetros para detectar actividad en un vehculo en un remoto
desierto.
7.3.1 Descripcin de la aplicacin
como parte de un experimento con los marines americanos, los motes son
desplegados para detectar
actividad en un vehculo en un aislado interseccin en el desierto cerca de
Palm Springs, California. Una coleccin de nodos se cay en una lnea a lo largo
del lado de la carretera. Se les ha cado
154

de un pequeo vehculo areo no tripulado que volaba autnomo basado en un

GPS plan de vuelo. El avin fue pre-configurado con un multi-point plan de
vuelo que incluye una baja altitud "bombardeo". Fueron puestos en libertad los
motes de unos 100 metros por una pista paralela a la carretera.
Una vez que se ha implementado, los nodos configurados en una red multi-hop
y
sincronizada relojes internos, las lecturas de los sensores discretos pueden ser
correlacionados a travs de mltiples nodos. Ya que los vehculos pasan la red,
los nodos individuales usan magnetmetros para detectar las desviaciones en
el campo magntico causado por metal contenido en los vehculos.
Cada nodo determina el punto ms cercano de enfoque para el vehculo y, a
continuacin, se le asignan una marca de tiempo para el vehculo. Los eventos
de cada sensor se comunican luego a los nodos vecinos. Una vez que un nodo
recoge 5 lecturas, se realiz anlisis de regresin para determinar la velocidad
y direccin del vehculo.
El alto nivel de seguimiento de la informacin del vehculo se registra entonces
en almacenamiento persistente.
Con el tiempo, cada nodo recoge un conjunto de vehculo va registros en su
memoria. Estos registros pueden ser descargados por un nodo consulta. En el

caso de la aplicacin de demostracin, el vehculo se vuelva a descargar las

pistas de la UAV que originalmente publicado los nodos. Despus de la
implementacin, la UAV abandonaron la zona y regres ms tarde para
recuperar eventos de deteccin del vehculo. A peticin, cada nodo cargado sus
datos a un nodo contenido en el avin. El avin, a continuacin, regres a la
base para que los datos se pueden descargar a un PC para su visualizacin. El
avin ha actuado como un inversor datos fsicos.
155

7.3.2 Componentes clave/aplicacin bloquea

el 29 Palms aplicacin se divide en varios subsistemas diferentes piezas:
calibracin de sensores, anlisis de datos, la sincronizacin de la hora, la
comunicacin de datos, datos regresin estimacin, posicin y registro de
datos.
7.3.2.1 Calibracin de sensores
para el despliegue, cada nodo debe volver a calibrar el magnetmetro
altamente sensibles.
Cualquier cambio en el nodo orientacin podra causar un cambio relativo en el
campo magntico de la tierra. Este cambio debe ser calibrada de un sensor
una vez que el nodo final ha llegado a su punto de descanso. Esto se realiza
mediante un lazo de control que observ las lecturas procedentes del
magnetmetro y detectar cuando el avin termin y el nodo se ha parado en el
suelo.
Una vez que el nodo determina que el final lleg a su punto de descanso, el
nodo
comenzar a ajustar su hardware fsico para compensar el campo magntico de
la tierra.
En esencia, trataron de quitar el componente de corriente procedente del
sensor magntico. Esto se hizo mediante el uso de potencimetros control
digital [ 60].
7.3.2.2 Anlisis de los datos
Una vez calibrado, cada nodo analizan continuamente el magnetmetro

las lecturas de los sensores en un intento por detectar un vehculo. El sensor

analgico fue muestreado a 32 Hz y, a continuacin, pasan a travs de un par
de filtros IIR. Los filtros se fabrican cuidadosamente para realizar una banda de
paso en la corriente de datos de entrada. Cada nodo busca una seal
transitoria que ocurre en .2-2 Hz. Cuando una seal lleg en esta banda de
frecuencias, el nodo le asigna un sello de tiempo para el pico de la seal de
llegada. Figura 7-3 proporciona una

seal sin procesar 156

eventos de deteccin de salida del filtro

Figura 7-3: filtrado de datos realizan localmente en los modos para amplificar y
extraer informacin del vehculo. Marca de tiempo asignado a la cima ms alta
de la cruz lnea de actividad y en el
grfico de la seal de entrada de un coche. La lnea roja representa la seal
filtrada.
7.3.2.3 Sincronizacin de tiempo
con el fin de calcular velocidad del vehculo, cada nodo debe registrar cuando
el vehculo
pasa con respecto a una base de tiempo global. Esto permite que todas las
citas de varios nodos para ser comparado con los otros. Para esta aplicacin
nos dirigimos sincronizacin de tiempo precisin de + /- 30 ms. Este nivel de
sincronizacin es suficiente para determinar correctamente el punto ms
cercano de un vehculo que circule a 50 km/h aprox. a 2 pies.
Cada nodo mantiene la sincronizacin mediante un reloj avanzando algoritmo.
Cada
nodo enva peridicamente su lectura actual del reloj. A la recepcin de una
emisin, el nodo que compare la lectura de su reloj local y establezca su valor
de reloj a la mayor de las dos lecturas. Esto permite que toda la red para que
se bloquee automticamente al nodo con el reloj corriendo ms rpido.
157

% &amp;(' * ) , + .- - /1032 45+565/765812 8 9 '7: / ; 81 &lt;=2 &gt;5 ? 5 @

581/ ;&lt;
BC2 2+ % 6D/ 12/ ;AE7C45/7FG/ ;H5C 0, - / 7FG/ - +50 C2I % J ' .K LD65812
+565/7/ 745L5 +5 &lt; =C 2C+54M/ ; &lt;=2 CE7812/ ;&lt;
%%

Figura 7-4: clculos de posicin de cada uno de los sensores son de $nodo #
up" de fecha en respuesta al resultado de la regresin lineal que calcula la
velocidad del vehculo.
7.3.2.4 Datos y regresin estimacin posicin
Nodos regresin lineal para determinar la velocidad del vehculo forma una
coleccin
de lecturas. Una vez que un nodo se haba recolectado por lo menos 4 eventos
de deteccin del vehculo, esperar un segundo - para recoger el resto de las
lecturas, y, a continuacin, realice una regresin lineal.
El resultado de la regresin lineal fue una estimacin de la velocidad del
vehculo y una estimacin del tiempo que se ha introducido en la red.
Cualquier error entre la va y el estimado real las lecturas de los sensores se
atribuy a la falta de precisin de las lecturas del sensor y a la falta de
precisin de la posicin de cada nodo. El resultado de la regresin se enva a
continuacin hacia atrs para ayudar a afinar la posicin de cada nodo.
Despus de la implementacin inicial, cada nodo slo tena una estimacin
aproximada de su ubicacin.

Los nodos fueron puestos en libertad unos 10 pies de distancia. Sin embargo,
despus de una cada de 100 pies y rebotando en la tierra, la posicin de cada
nodo ser un poco torcido. Con el tiempo, cada vehculo se utiliza para
actualizar la posicin de los nodos de sensores a partir de
158

comentarios. En primer lugar la red calcula la velocidad del vehculo y, a

continuacin, pregunta, "Si el vehculo se va 15 mph, donde estn los
sensores?"
7.3.3 Importancia de procesamiento de la red
las 29 palmas escenario de aplicacin demuestra la importancia de
procesamiento de red. Cada nodo sensor procesos ms de 400 KB de datos por
hora.
La recopilacin de datos por parte de cientos de nodos de sensores en un
punto central de anlisis podra abrumar con rapidez la capacidad de
comunicacin de la red. Adems, el consumo de energa sera inaceptable.
Con la inclusin del procesamiento de datos en el sensor individual, las
necesidades de comunicacin se reduce drsticamente. Adems, el consumo
de la red est relacionado con el nmero de vehculos que se han detectado,
no a la cantidad de tiempo que ha transcurrido. Esta es la solucin ideal para
una red que debe permanecer en su lugar por varios meses, a fin de confirmar
que no hay ninguna actividad en la zona. Cuando hay vehculos para detectar,
el consumo de energa aumenta localmente para compartir el vehculo con
vecinos y disminuye luego una vez que los vehculos han pasado. Lecturas
importantes slo consumen el valioso tiempo de comunicacin y energa.
Anlisis de datos central requiere que todos los datos se comunicarn con
independencia del valor de la informacin.
7.4 Z-Car
un mayor control de seguimiento seguimiento de la aplicacin de las 29
palmeras demo rastreo de vehculos
se ha hecho llamado Z-car tracking. En esta aplicacin, una cuadrcula regular
de los nodos de sensores forma una malla de deteccin directa que puede
automticamente "de alto nivel" los recursos hacia eventos interesantes.

159

Figura 7-5: La imagen de la z-car tracking implementacin de la aplicacin.

Control remoto detectado cuando pasaba por el campo de los sensores.
7.4.1 Descripcin de la aplicacin
El Z-car tracking aplicacin dispone de una red de nodos diseado para realizar
el seguimiento de un vehculo
una vez que entra en la red de deteccin. A diferencia de las 29 Palmeras,
eventos de deteccin del vehculo se comunicarn de inmediato a un de alto
nivel de recursos de un programa de accin inmediata. La pequea escala un
demostracin de control remoto coche con una cmara de vdeo a travs de
una red de 25 nodos. Algoritmo de deteccin del vehculo utilizado en cada
nodo es la misma que la del 29-seguimiento de Las Palmas.
Cuando se detecta que el vehculo dentro de la red, los nodos locales de
las lecturas de los sensores con sus vecinos y sintetizar un informe nico
mensaje que contiene una posicin estimada para el vehculo. Este mensaje es
entregado entonces a una multi-hop mecanismo de comunicacin que ofrece el
informe a la cmara situada en el extremo de la red. Para los efectos de
demostracin, la red slo es 20 x 20 pies, el vehculo

que se va a realizar el seguimiento es 160 un pequeo control remoto juguete.

Sin embargo, esta demostracin se podra ampliar para detectar los vehculos
ms grandes con mayor espaciado de cuadrcula.

La multi-hop comunicacin de datos geogrficos se basa en que el

paquete de enrutamiento se dirige a los nodos que son fsicamente ms cerca
de los datos de destino. Los datos finalmente llega y un mote especial que
tiene el control de la cmara de vdeo. Las lecturas se pueden utilizar para
calcular la posicin ms probable del vehculo y la cmara de vdeo es
sealado en consecuencia.
7.4.1.1 Bi-modal
La operacin Z-car tracking aplicacin tiene un Bi-modal perfil de actividad. En
una
implementacin real, das o semanas pueden pasar antes de realizar cualquier
actividad se detecta. Durante este tiempo, los nodos deben permanecer en un
estado latente, estado de bajo consumo de energa. Sin embargo, no pueden
ser completamente apagado. En cualquier momento, podan detectar la
presencia de un vehculo o ser llamados a ser router nodo de la red multi-hop.
Cuando la actividad es necesaria, la red encaje en un alto ciclo de trabajo.
Los mensajes se transmiten desde la deteccin de la cmara de una vez por
segundo. Todos los nodos a lo largo de la ruta de acceso de enrutamiento del
vehculo a la cmara tambin debe permanecer activo porque pueden ser
llamados en cualquier momento para asumir como principal nodo de
enrutamiento.
El Z-car aplicacin demuestra la capacidad de TinyOS y el mote
de arquitectura flexibilidad cumplir con una amplia gama de requisitos de
protocolo.
7.4.1.2 Eleccin de Lder
durante el seguimiento un vehculo, las lecturas de varios nodos son
sintetizados en
un solo paquete de informes con el fin de conservar el ancho de banda de red.
Un vehculo puede desencadenar varios nodos de sensores a medida que pasa
a travs de una red. La informacin proveniente de
161

nodos que se encuentran ms en el vehculo es menos valioso que los datos

procedentes de los nodos de sensores que se encuentran ms cerca del
vehculo.
Con el fin de conservar el ancho de banda de red, un dirigente local es elegido
de una revisin de los
datos procedentes de varios sensores y a seleccionar los datos ms
importantes. Los datos filtrados a continuacin, se entreg a la multi-hop capa
para el viaje a travs de la red. En realidad hay dos niveles de filtrado se
realiza simultneamente. Cada nodo est continuamente filtrado de la materia
prima las lecturas de los sensores y transmitir sus vecinos solamente lo que
puede ser importante. Entonces, el lder entonces toma los datos y determina
que las lecturas de datos son las ms importantes.
El lder es elegido por ser el nodo con el mayor lectura del sensor en un
momento dado poca. Cada nodo recopila los informes procedentes de todos
los alrededores de sus vecinos. A continuacin, compara los informes a su
propio informe local. El nodo que tiene el sensor ms lectura es el lder y
selecciona los datos de los prximos tres mejores nodos.
Este mecanismo de eleccin fue seleccionado debido a su bajo coste y su
tolerancia a mensajes perdidos.
En el caso de que se pierde un mensaje, nuestra eleccin de lder algoritmo
garantiza que
los mejores datos an ser informado. Independientemente de lo que los
paquetes son recibidos por el verdadero lder, por definicin todava le tienen la
ms alta calidad de los datos. Si el lder de los datos no est correctamente
recibida por otros nodos, luego un segundo lder ser seleccionado por error y
dos paquetes se transmiten a la base. En cualquier caso, los datos ms
valiosos siempre se transmite.
162

7.4.1.3 Entrega fiable de mensajes

una vez que los datos de varios nodos de sensores ha sido agregados juntos,
es

esencial que los datos se entrega de forma fiable a travs de la red. En muchas
aplicaciones de sensor, la prdida de datos es aceptable debido a que los datos
transmitidos es altamente redundante.
Sin embargo, estamos transmitiendo slo intencionalmente datos muy tiles.
Para implementar un mecanismo de entrega fiables, ampliamos nuestra
primitivas de comunicacin a nivel de enlace los acuses de recibo. Cada vez
que la aplicacin inicia una transmisin de mensaje, automticamente se
espera recibir un acuse de recibo. Cuando el sistema TinyOS senddone
devuelve el caso a la aplicacin, que incluye informacin acerca de si el
reconocimiento fue recibido o no. UN acuse de recibo positivo significa que el
mensaje fue recibido por el nodo que se diriga a y que el nodo receptor
verifica la integridad de los paquetes de datos mediante un CRC mecanismo.
En el caso de que el reconocimiento no fue recibido, nuestro multi-hop
capa de enrutamiento inicia automticamente una retransmisin. Esto se repite
hasta tres veces antes de que se supone que el enlace de comunicacin se ha
roto. En contraste, el informe inicial del sensor no se retransmiten los mensajes
a todos. Esto es simplemente porque son los mensajes de difusin de los
vecinos. No hay un solo destinatario.
7.4.1.4 Enrutamiento basado geogrfica
La multi-hop mecanismo de enrutamiento utilizada se bas en informacin
geogrfica.
La ubicacin fsica de cada nodo se utiliza para determinar la estructura de
enrutamiento. Cada uno de los nodos se le dijo en su ubicacin en el <X,
Y>Avin. Un nodo se enrutan los datos a travs de cualquier nodo que est
fsicamente ms cerca de su destino.

Ruta 163 paquetes Nodo Lder deserten viaj

agregados
deserten nodos nodo Base Va

Figura 7-6: Multi-hip ruta de la red utilizado en z-car programa de seguimiento.

Los nodos detectar el evento (en verde) transmitir los datos a un nico lder
que los trnsitos un informe nico paquete. El paquete de informes se desplaza
a travs de la red (lnea punteada) hasta que llega al nodo base.
El paquete contiene la estimacin del regate (rojo) posicin.
Con un diseo de la red basada en grid, es fcil que cada nodo para calcular la
ubicacin
de los nodos ms cercanos a la estacin base. Cada nodo intenta transmitir a
cualquier nodo que es de hasta 2 unidades de cuadrcula fuera de s mismo.
Con avidez, cada nodo primero intenta ponerse en contacto con los nodos que
son un paso en la direccin del eje X y un paso en su direccin Y hacia la
estacin base. Si una transmisin de ese nodo no se realiza con xito despus
de tres intentos, otro nodo se selecciona y se repite el proceso. La figura 7-6
muestra el comportamiento de la red de un nodo.
Una vez que el xito se ha establecido, los nodos seguir utilizando la misma
ruta. Slo despus de una retransmisin local ha fallado tres veces la red
seleccionar una nueva ruta.
Uno de los problemas que enfrentan los de enrutamiento geogrfico es que
unos mnimos locales puede ser
formado a partir de los datos que no pueden escapar. A veces se tiene que
enviar los datos del destino para evitar un obstculo. Lamentablemente, no
hemos abordado esta cuestin.
164

Implementacin basada nuestra red minimiza la presencia de unos mnimos

locales. Varios errores de nodo son necesarios para crear un obstculo en
nuestra red. Trabajo Futuro sera la de incluir algoritmos para evitar este
fenmeno.
7.5 Conclusin
cientos de aplicaciones que se han construido demuestran la eficiencia
y la capacidad de la Mica, Azul y plataformas de Especificaciones. Hemos
presentado tres aplicaciones clave que muestran varios de las posibilidades del
sistema en general. Ciclo de trabajo bajo las redes construidas con el nodo Azul

han demostrado la capacidad de esta arquitectura de sincronizacin precisa

apoyo lo que lleva a una muy baja y ciclo de trabajo red de varios aos de vida
de los datos relacionados con el medio ambiente escenario de supervisin.
Adems, rastreo de vehculos complejos despliegues de TinyOS han
demostrado capacidad para satisfacer necesidades especficas de las
aplicaciones para la comunicacin de datos, la agregacin de los datos, anlisis
y sensor multi-hop routing.
165

Captulo 8: Trabajos relacionados

en la bsqueda de trabajos relacionados con las redes inalmbricas de

sensores, hay tres reas clave
de investigacin activa. El xito y la adopcin generalizada de TinyOS ha dado
lugar a un cuerpo de trabajo que est construido en la parte superior de la
plataforma TinyOS/Mica. En segundo lugar, hay un cuerpo de trabajo
relacionada con otras plataformas inalmbricas que son aplicables a las redes
inalmbricas de sensores, y, finalmente, un cuerpo de trabajo relacionadas con
sistemas operativos integrados que pueden ser usados en redes de sensores
inalmbricos.
TinyOS 8.1 Apoyo a la labor
de esta seccin, vamos a ofrecer rpidamente una visin general de los
trabajos que ha realizado
en la parte superior de la plataforma TinyOS. El Mica nodo ha sido distribuido a
ms de 250 grupos de investigacin en todo el mundo como una plataforma de
apoyo red de sensores inalmbricos.
Adems, ha sido el principal plataforma de investigacin programa de
investigacin del nido [ 61]. La Tecnologa de Software integrado en red (NIDO)
es un programa de investigacin financiado por DARPA programa con docenas
de investigadores en ms de diez lugares en todo el pas que estn
investigando las tecnologas de software que deben ser desarrollados para
apoyar distribuidos, sistemas integrados de redes de sensores.
8.1.1 Los Robots Inalmbrico

Uno de los mbitos de la investigacin dentro del programa NEST es que

robots controlados de forma inalmbrica. Tradicionalmente investigacin en
robtica autnoma se ha realizado en las plataformas robtica que se cobr
decenas de miles de dlares. Estos dispositivos incluyen y los equipos
integrados con windows o Linux y comunicarse con 802.11 . Como una

alternativa 166, varios grupos de investigacin han desarrollado robots de bajo

costo que son controlados por un nodo que ejecuta TinyOS Mica.
Las cunas proyecto robots en la universidad de Berkeley ha construido sus
robots de bajo coste
coches de control remoto [ 62]. Mediante la sustitucin del sistema de control
estndar con un sensor inalmbrico/nodo de control, un juguete infantil se
transforma en una plataforma de investigacin. La velocidad, la direccin y el
radio de giro se controlan mediante el nodo sensor inalmbrico. Las cunas
robots proyecto creado un robot capa de abstraccin de los componentes
TinyOS que refina el motor bsico en TinyOS primitivas de control los
comandos y los eventos
las cunas de los robots proyecto tambin est estudiando la integracin de
sensores para ayudar a la
navegacin. Obvio que los sensores se incluyen sensores de aceleracin,
velocidad giroscopios y sensores de inclinacin. Los primeros resultados de los
anlisis de los datos de aceleracin de un acelermetro ADXL202 sugiere que
los datos de aceleracin por s sola no es suficiente para realizar navegacin
inercial incluso cuando el sistema est limitado a una sola dimensin [ 63].
Baja frecuencia, deriva en las lecturas de los sensores sin lmites lleva a error.
Sin embargo, el acelermetro se ha utilizado con xito para detectar efectos de
obstculos. Adems, se parece prometedor para el uso de varios sensores para
realizar navegacin inercial.
Uno de los objetivos de la CUNA-bots proyecto es desarrollar algoritmos para la
coordinacin entre varios robots. En lugar de implementar un robot de alto
costo, que desean implementar una flota de robots. Este se activa mediante la
multi-hop algoritmos de comunicacin y de procesamiento de la red que se
estn desarrollando en las redes inalmbricas de sensores.

167

8.1.2 Control de acceso a los medios de Enrutamiento y

Control de acceso a los medios de transmisin y programacin es un rea clave
de
investigacin de la red de sensores inalmbricos. Control de acceso a los
medios, el mecanismo para determinar quin puede transmitir y cuando, se
debe utilizar para lograr una optimizacin del consumo energtico de
dispositivos.
Los investigadores de la UCLA han demostrado el beneficio de la explotacin
especfica de la aplicacin de protocolos personalizados crear capas MAC
adaptado a las redes de sensores. La red de sensores personalizados
protocolos de comunicacin intento para reducir el consumo de energa y han
demostrado 2-6x energa mejora en comparacin con 801,11 estndar -como
protocolos de redes inalmbricas [ 51]. Su trabajo demuestra la ventaja de
utilizar un sistema flexible y modular que facilita la personalizacin.
Los investigadores de la UCLA tambin han generado protocolos de
enrutamiento optimizado diseado
para ahorrar energa en las redes desplegadas[2, 11]. En redes de recopilacin
de datos, los sistemas deben ser utilizados para distribuir uniformemente carga
potencial de los nodos de enrutamiento. Como se describe en el Captulo 2, los
nodos que se envo de datos para otros nodos se consumen ms energa que
otros nodos. Con el tiempo, las pilas se agotan y no podrn enviar los datos a
seguir. Esto puede producir una degradacin de rendimiento de la red. Dividir
uniformemente la carga a travs de los posibles nodos de enrutamiento
garantiza el mximo posible de la red vida.
8.1.3 Sincronizacin de tiempo
sincronizacin de tiempo es un clsico problema sistemas distribuidos que se
ha
abordado en el contexto de las redes inalmbricas de sensores. Los
investigadores de la UCLA han empujado los lmites de sincronizacin de
tiempo en redes de sensores inalmbricos. La conduccin

de sus 168 aplicaciones sincronizacin de tiempo investigacin es preciso

lograr localizacin acstica a travs.
La UCLA consiste en utilizar la naturaleza de broadcast de la comunicacin
inalmbrica para
enviar seales de a varios nodos [ 50]. Cualquier nodo de la red pueden enviar
una baliza de distribucin. Cualquier nodo que escucha la baliza registra una
precisa, hora local sello para la seal. A continuacin, los intercambios su
marca de tiempo con todos los nodos que tambin han escuchado la misma
distribucin de faro. Este mecanismo permite que cada nodo para determinar
la diferencia relativa entre su reloj local y un vecino reloj que tambin escuch
la baliza. Cada nodo almacena las diferencias relativas entre el reloj y todos los
vecinos. Adems, se almacena una estimacin de la desviacin relativa. UCLA
ha sido capaz de demostrar microsegundo precisa sincronizacin de hora con
este mecanismo en la mica plataforma.
Cuando un sensor detecta eventos dentro de la red, todos los nodos se aplican
una hora local
sello en el evento. Los nodos, a continuacin, transmitir la hora evento de
deteccin a travs de la red inalmbrica. Cada vez que los datos se transmiten
el nodo receptor actualizado el registro de hora para dar cuenta de la
diferencia entre su hora local y la base de tiempo del transmisor. El tiempo en
la lectura se actualiza de forma dinmica para que sean relativos a el reloj local
ya que se transmite a travs de la red. Como los datos se propagan a travs de
la red, el sello de tiempo se actualizar varias veces. Todos los datos de los que
llega a un punto central de recogida, sellos que son relativos a la misma hora
local.
8.1.4 Optimizacin de enrutamiento Multi-Hop
Uno de los mbitos ms importantes de la investigacin que se est apoyada
por la
plataforma TinyOS es la de multi-hop optimizaciones de enrutamiento. La
amplia gama de escenarios de aplicacin siendo considerado para las redes
inalmbricas de sensores conduce a una amplia gama de posibles
169

multi-hop protocolos de enrutamiento. Desventajas de la latencia, ancho de

banda y poder se puede hacer en cada escenario de la aplicacin.
Los investigadores de la universidad de Berkeley han implementado varias
generaciones de multi-hop
algoritmos recopilacin de datos. Referencia [ 64] presenta una recopilacin de
datos protocolo de enrutamiento diseado para construir un rbol de expansin
ptima topologa. En lugar de buscar una profundidad mnima de spanning
tree, la referencia [ 10]busca un rbol que maximiza la probabilidad de que
cada nodo de datos llegar a la estacin base en el primer intento. Cada nodo
se le asigna una probabilidad de xito mtrica que se inicia a partir de la
estacin base y se propaga.
La estacin base tiene 100% de probabilidad de xito, y cada uno de sus
vecinos tiene una probabilidad de xito que es proporcional a la probabilidad
enlace a la estacin base. Los nodos que apenas puede comunicarse con la
estacin base se elige para enviar datos a travs de una extra-hop con el fin de
aumentar la probabilidad de xito.
8.1.5 TinyDB
Uno de los sistemas ms interesantes que se construy en la parte superior de
la plataforma TinyOS
es una llamada TinyDB [ 65]. TinyDB est diseado para transformar una red
de sensores inalmbricos en base de datos de secuencias. Las consultas SQL
se introducen en una interfaz de usuario y propagado en la red de sensores. La
red ejecuta las consultas sobre las lecturas del sensor y devuelve los
resultados. Al igual que en SQL estndar, estas consultas pueden incluir las
operaciones de agregacin para refinar los datos a medias, max o min valores [
1]. TinyDB El optimizador de consultas distribuye automticamente las
operaciones de agregacin en la red.
TinyDB proporciona un mecanismo para razonar sobre cmo tener acceso a los
datos procedentes
de las redes de sensores inalmbricos. Proporciona funciones ms all de SQL
estndar en
170

que admite tanto las consultas de larga ejecucin y desencadenadores de

eventos. A diferencia de las bases de datos tradicionales, el conjunto de datos
que se consulta en las redes inalmbricas de sensores es una infinita secuencia
de datos en el futuro. Cada segundo o quizs milisegundo, cada sensor tiene el
potencial de generar una nueva lectura del sensor. Consultas de larga
ejecucin pueden ser emitidas a la red solicitando que se presenten los datos si
se supera un umbral o se ajusta a criterios especiales.
TinyDB en los parmetros de la consulta se propagan a cada nodo local de
filtrado de datos. Adems de transmitir automticamente los datos que
cumplen con criterios especficos, TinyDB tambin permite el uso de
activadores que causa otras acciones locales para que se produzcan cuando se
produce una condicin de deteccin especfica.
8.2 Las plataformas inalmbricas
adems de la recopilacin de las plataformas relacionadas con TinyOS se indic
anteriormente, hay
una coleccin de otras redes inalmbricas plataformas que son relevantes.
8.2.1 Polvo inteligente
Smart Polvo[66, 67] un proyecto de la universidad de Berkeley representa la
inspiracin de
gran parte de la labor contenida en esta tesis. El proyecto ha seguido
desarrollando estructuras hardware a escala en miniatura que hacen avanzar el
estado del arte en tecnologa de redes de sensores inalmbricos. En la
miniaturizacin extrema focalizacin y bajo consumo de energa se estn
desarrollando muchos ultra-low power primitivas tales como la radio y ADC los
componentes contenidos en el nodo especificado.
Adems, el polvo Inteligente proyecto ha sido la pionera en nuevas
tecnologas de la comunicacin ptica a travs de su uso de MEMS espejo de
comunicacin ptica. Modulacin por luz reflejada, la estructura de
comunicacin cube reflector es capaz de

transmitir datos a travs 171 millas de largo y que consume enlaces

microvatios [ 68]. Adems de apoyar el desarrollo de la especificacin,
escaparate, han desarrollado dispositivos que incluyen deteccin, clculo y
fuentes de energa solar y comunicaciones pticas. Tienen
3 nodo sensor autnomo ha demostrado que son menos que 10 mm .
8.2.2 Bluetooth
Bluetooth es un sistema inalmbrico est diseado para ser el estndar de la
industria de baja
potencia, dispositivos mviles [ 69]. Los chipsets altamente integrado se estn
desarrollando circuitos RF que proporcionan y procesamiento de protocolo en
un nico chip. Mientras que estos diseos son extremadamente eficientes
implementaciones del protocolo Bluetooth, no proporcionan la flexibilidad
exigida por las redes inalmbricas de sensores.
Bluetooth ha sido diseado como una sustitucin cable e incluye soporte de
muy
baja latencia y comunicacin. Para apoyar una baja latencia y alto rendimiento
de operacin, Bluetooth utiliza un canal de salto a 600. Esto requiere que todos
los dispositivos de sincronizacin dentro de unos pocos microsegundos. En las
redes inalmbricas de sensores dispositivos slo pueden enviar datos una vez
por hora. Sera muy ineficiente a la fuerza estos nodos para permanecer
sincronizado para toda la hora. Sin embargo, en Bluetooth es muy caro de
entrar o salir de una red, no sera prctico para ciclo de trabajo bajo los nodos
para entrar y salir continuamente una piconet Bluetooth. En una configuracin
estndar, se tarda ms de 2,4 segundos para establecer la conexin. Durante
este tiempo, el nodo maestro debe estar en un modo de captura, con el tpico
Bluetooth radios consumir cientos de milivatios wile supervisin del canal.
172

Otra incompatibilidad entre las redes de sensores inalmbricos y Bluetooth es

que
la topologa maestro-esclavo de Bluetooth requiere que cada esclavo de
informe al maestro cada pocos segundos. Una vez ms, esto no es eficaz para
las redes inalmbricas de sensores. Mientras que Bluetooth chipsets son muy

eficientes y bien integrados, su incapacidad para proporcionar baja de modos

de operacin de hace ineficiente para redes inalmbricas de sensores.
8.2.3 Zigbee (802.15.4 )
Zigbee es un consorcio industrial diseado para crear un enlace de datos
estndar
capa de comunicaciones utilizado en consumo ultra bajo de energa
inalmbrica de aplicaciones [ 70]. La Zigbee alliance se cre debido a que sus
miembros consideraron que las tecnologas existentes no son aplicables a ultra
bajo de energa escenarios de aplicacin.
La Zigbee de capa de enlace de datos est diseado para funcionar en la parte
superior de la
capa fsica IEEE 802.15.4 [ 71]. IEEE 802.15.4 es un espectro ensanchado de
secuencia directa capa fsica incluyendo la transmisin las bandas de 868 MHz,
902-928 MHz y 2,4 GHz. En primer lugar los chipsets de la generacin estar
disponible en el Q4 de 2003 [ 72]. Espectro ensanchado de secuencia directa
tiene una clara ventaja sobre el canal salto salto porque mecanismos de
sincronizacin secuencia no tiene que ocurrir antes de iniciar la comunicacin.
Esto proporciona una gran ventaja de poder de ciclo de trabajo dispositivos y
direcciones una de las principales deficiencias de Bluetooth.
Una vez completado, el estndar Zigbee se especifica un mecanismo de
comunicacin
que es comparable a la capa de comunicacin de TinyOS. Entramado de datos
primitivos mecanismos, deteccin de errores, direccionamiento y estandarizado
para permitir la compatibilidad. Zigbee se centra fundamentalmente en redes
topologa de estrella donde el bajo nivel de dispositivos inalmbricos
comunicarse al punto de recogida. Canonical Zigbee es una aplicacin

inalmbrica 173 interruptor de la luz. Esta sera una batera de bajo costo
comunicacin interruptor a un dispositivo de luz.
8.2.4 Pico Radio
hay varios otros grupos que buscan en la arquitectura inalmbrica de

dispositivos integrados. El Berkeley Centro de Investigacin de Tecnologa

Inalmbrica PicoRadio proyecto ha identificado la importancia de la aplicacin
protocolos especficos, y han construido una plataforma flexible, aprovechando
hardware reconfigurable [ 73]. El diseo incorpora elementos reconfigurables
que se conectan a su procesador PicoRadio protocolo, le dan la flexibilidad para
implementar un gran nmero de protocolos subyacentes. Sin embargo, su
arquitectura nodo incluye un protocolo dedicado procesador y mantiene una
particin entre protocolo y proceso de la aplicacin. La flexibilidad de
estructura de protocolo, queda limitada por el protocolo procesadores interfaz
externa.
8.2.5 Chipcon CC1010
radio Varios fabricantes han identificado las ventajas de integrar
propsito general microcontrolador CMOS en el mismo morir con la radio. Una
parte comercial que acaba de convertirse en disponible es la Chipcon CC1010.
Es la integracin de un CC1000 transceptor y un microprocesador Intel 8051.
Mientras que eran capaces de llevar los registros de la configuraci n de la radio
en el bus de E/S de la CPU, no dar el paso de la integracin adicional a la ayuda
en el proceso de comunicacin. La interfaz de datos a la radio sigue siendo
prcticamente la misma de lo que es posible cuando el microcontrolador y la
radio son dos chips.
174

Hemos demostrado cmo la integracin del CPU y radio en un solo chip

crea nuevas oportunidades para las interfaces entre la radio y la CPU. Sin
embargo, la simple integracin de formularios realizado por Chipcon en su
CC1010 se ha limitado a reducir el tamao y costo. La inclusin de la
comunicacin los aceleradores son necesarios para permitir la integracin de
rendimiento significativas mejoras en el rendimiento. El CC1010 no se da
cuenta del potencial que es permitido por nuestra arquitectura generalizada.
8.3 Sistemas Operativos Integrados
tradicionales tiempo real sistemas operativos integrados incluyen VxWorks
[ 75], WinCE
[ 76], PalmOS [ 77], y QNX [77, 78] y muchos otros [ 79-81]. La figura 8-1
muestra las caractersticas de un puado de estos sistemas. Muchos se basan
en microkernels que permiten que las capacidades que se ha aadido o

eliminado con base en las necesidades del sistema. Que proporcionan un

entorno de ejecucin que es similar a los tradicionales sistemas de escritorio. El
POSIX [ 82] rosca compatible con los paquetes que los programadores de
sistemas de reutilizar cdigo existente y tcnicas la multiprogramacin.
Los mayores sistemas operativos en tiempo real proporcionan proteccin de
memoria con el
adecuado soporte de hardware. Esto se hace cada vez ms importante como el
tamao de la

Figura 8-1: Caractersticas y requisitos comerciales integradas de sistemas

operativos en tiempo real.
175

Aplicaciones integradas. Adems de proporcionar aislamiento de fallas, la

proteccin de la memoria impide que corruptos punteros de causar errores
aparentemente inconexos en otras partes del programa de desarrollo de
software ms sencillo. Estos sistemas son una opcin popular para PDA,
telfonos celulares y set-top-boxes. Sin embargo, no se acercan a la
satisfaccin de las necesidades de las redes inalmbricas de sensores, que son
ms adecuadas para el mundo de ordenadores integrados Por ejemplo, un
cambio de contexto QNX requiere ms de 2400 ciclos de 33MHz procesador
386EX. Adems, la huella de la memoria de VxWorks est en los cientos de
kilobytes. Ambas de estas estadsticas son ms que un orden de magnitud ms
all de las capacidades de la Rene plataforma.
Tambin hay una coleccin de menor tiempo real ejecutivos Creem [ 83],
pOSEK [ 84], y Ariel [ 85], que son mnimos sistemas operativos diseados para
sistemas embebidos profundamente, como los controladores de motores y
hornos de microondas. Mientras que el apoyo a las tareas preventivas, que han
limitado y modelos de almacenamiento. pOSEK, por ejemplo, proporciona una
tarea de modelo de ejecucin que est configurado estticamente para
satisfacer las necesidades de una aplicacin especfica. En general, estos
sistemas enfoque satisfacer las necesidades de espacio de Ren y representan
los diseos ms cercano a nosotros.
Sin embargo, tienden a estar centrada en control (control de acceso a los
recursos de hardware) y no proporcionan los niveles necesarios de

simultaneidad. Incluso pOSEK, que cumpla con nuestros requisitos de memoria,

supera las limitaciones que tenemos en cambio de contexto. Es lamentable
observar que, si bien no hay una gran cantidad de informacin sobre tamao
de cdigo integrado de sistemas operativos, hay muy pocos nmeros de
rendimiento publicados.
176

Captulo 9: Conclusiones

Esta tesis ha presentado una arquitectura de sistema para los nodos de

sensores inalmbricos que es
capaz de hacer frente a los estrictos requisitos de las redes inalmbricas de
sensores. Mediante el uso de un solo controlador compartida que se ve
reforzada por una coleccin de los aceleradores de hardware especializado, se
trata de una arquitectura flexible capaz de soportar aplicaciones especficas y
protocolos de comunicaciones sin sacrificar la eficiencia. Esta arquitectura ha
sido validado a travs del desarrollo de tres plataformas de hardware y un
sistema operativo de software.
Hemos desarrollado el sistema operativo TinyOS que proporciona la fina
concurrencia los mecanismos necesarios para implementar redes de sensores
inalmbricos protocolos y aplicaciones. TinyOS aprovecha un modelo de
ejecucin basado en eventos para compartir de forma eficaz un nico
procesador a travs de mltiples operaciones funcionales independientes.
Adems, TinyOS ofrece un eficiente modelo de componentes que casi no tiene
sobrecarga en tiempo de ejecucin y permite a los desarrolladores de
aplicaciones para aplicaciones de particin en fcil de administrar mdulos.
Esto permite que los mdulos de componentes a ser verificados de manera
independiente antes de componer juntos en una aplicacin completa.
Hemos presentado una arquitectura generalizada que responda a las
principales cuestiones que se plantean
en la construccin de un dispositivo de red inalmbrica de sensores que deben
cumplir los estrictos consumo de energa y requisitos de tamao. Entre ellos
figuran: la flexibilidad, de grano fino concurrencia, sincronizacin perfecta, y la
disociacin entre RF y la ruta de los datos. Sostenemos que estas propiedades
han de estar presentes en la arquitectura del sistema con el fin de apoyar las

aplicaciones de la red de sensores inalmbricos. La plataforma debe ser lo

suficientemente flexible para satisfacer la amplia gama de
177

requisitos de la aplicacin que las redes de sensores. Hemos identificado

ncleo escenarios de aplicacin que van de reunin de datos ambientales y a
las redes de seguridad, redes de seguimiento al nodo. Cada escenario tiene
comunicacin sustancialmente diferentes patrones y protocolos que deben ser
respaldadas por una sola arquitectura de hardware.
Para validar nuestra arquitectura general se present por primera vez la Mica
nodo. Compuesto
de de los componentes comunes, que slo aproximarse nuestra arquitectura en
general. Incluye aceleradores de hardware especializados que ayudan a
separar la RF y la ruta de los datos y aumentar la velocidad precisin
sincronizacin de protocolos de comunicacin. En la evaluacin de esta
plataforma nos muestra cmo estos aceleradores simple resultado en mejoras
importantes en el rendimiento sin perder flexibilidad. El Mica plataforma ha
demostrado tanto en la teora y a travs de la implementacin a largo plazo,
funciona con pilas escenarios de aplicacin.
Hemos dado el salto ms all de las capacidades de la plataforma de hardware
para
realizar plenamente nuestra arquitectura general en forma de chip nico de
dispositivo CMOS llamada Spec.
No constreidos por las capacidades de los componentes disponibles en el
mercado, hemos integrado un conjunto de aceleradores de hardware y una
radio personalizada con el fin de realizar orden de magnitud de las mtricas
clave de la evaluacin. Estos incluyen las mtricas fundamentales tales como
la comunicacin, sobrecarga de procesamiento de smbolo inicio deteccin y
precisin de la sincronizacin. Spec es representante de la futura red de
sensores inalmbrica de dispositivos.
Adems de micro-anlisis y anlisis terico, tambin hemos presentado
aplicacin en el mundo real las implementaciones. Hemos conectado a tierra
de nuestro estudio, en la medida de lo que nuestros nodos en el desierto en la
va militar movimiento del vehculo durante un ejercicio de entrenamiento con

municin. Tambin hemos rastreado escala tamao los vehculos de modelo de

escenarios, y
178

desplegado innumerables de otros redes experimentales. El Mica combinada

con TinyOS se ha entregado a ms de 250 organizaciones para ser la base de
un esfuerzo nacional en redes de sensores inalmbricos investigacin y
desarrollo.
Durante varios aos, las personas han estado imaginando posibles escenarios
de aplicacin para
las redes inalmbricas de sensores. La arquitectura del sistema presentado en
esta tesis est dispuesto a hacer los sueos realidad. El primer uso comercial
de las redes inalmbricas de sensores, lo ms probable es que se de escenarios
de aplicacin crtica. Sistemas diseados para ayudar a mejorar la eficiencia o
proporcionar informacin detallada acerca de cmo un negocio o ecosistema
opera se pueden implementar sin riesgo de obstaculizar las actividades
existentes. Adems, las aplicaciones militares para las redes inalmbricas de
sensores se convertir en una realidad en un futuro cercano. Las redes
inalmbricas de sensores tienen la capacidad de ofrecer una perspectiva
radicalmente nueva sobre el estado del campo de batalla. Los comandantes
militares bienvenido tecnologas que integran su recopilacin de informacin y
capacidades puede incorporar los datos procedentes de las redes sin necesidad
de abandonar el senor fuentes de informacin existentes.
La ltima fase de aprobacin para las redes inalmbricas de sensores ser
cuando
informacin esencial es de confianza para ellos. Control de procesos
industriales y los sistemas de seguridad demanda muy altos niveles de
fiabilidad y previsibilidad. Estos sistemas deben ser probadas y validadas por
aos antes de que se pueda confiar para la implementacin. Fallos en un
sistema de control de procesos industriales puede llevar a millones de dlares
en prdida de productividad, lesiones al personal y daos al equipo. Mientras
que el ndice de adopcin ser lento en estas reas, las ventajas tecnolgicas
de las redes inalmbricas de sensores son mayores que los riesgos.
179

Mientras que las plataformas presentadas aqu estn listos para satisfacer las
necesidades de todo el mundo
aplicaciones comerciales, la tecnologa que permite que las redes inalmbricas
de sensores seguir evolucionando. A medida que avances en los procesos y
RF CMOS tecnologa de radio se incorporan a inalmbrica de prxima
generacin de nodos el senor, el consumo de energa y vida mejorar
continuamente. Actualmente, la tecnologa permite multi-ao de
funcionamiento de un nico par de pilas AA. Los prximos avances tecnolgicos
lo ms probable es que se aplica a la reduccin del consumo de energa del
dispositivo. A su vez, esto permitir una reduccin de tamao fsico del
almacenamiento de la energa necesaria para cualquier aplicacin. En lo que
respecta a los niveles ms estrictos de integracin, el costo y tamao punto
representado por las especificaciones plataforma ha llegado a un punto de los
rendimientos decrecientes. Nuevas reducciones en el tamao fsico de la radio,
procesamiento y almacenamiento, ya no es necesario. Slo algunas
aplicaciones tienen la necesidad de un dispositivo que es menor que 2.5 mm x
2.5 mm Sin embargo, los escenarios de aplicacin pueden beneficiarse de
consumo de energa reducido que se traduce en ms vida red y/o mayores
tasas de muestreo.
Quince aos, contados a partir de ahora, los sensores inalmbricos ser un
"detrs de las escenas"
tecnologa que ha crecido a cada aspecto de nuestras vidas. Todos los ajustes
de fbrica y sistemas de mando y control se han cambiado al depender de
deteccin inalmbrica y puntos de control. Los millones de kilmetros de
engorroso cableado que or hablar en control de edificios y sistemas de
automatizacin, ser reemplazado por un invisible wireless mesh. Los propios
dispositivos ser tan comn como interruptores de la luz y los termostatos son
hoy en da. Ellos sern pequeas, baratas, piezas de productos de silicio que
interactan con el mundo fsico. Hoy damos poca atencin a la red elctrica
moderna y cules son nuestras

vidas 180 sera como sin ella. Maana nos dar poco en redes de sensores
inalmbricos tecnologa y los sistemas que se han convertido en impacto cada
aspecto de nuestras vidas.
181

Bibliografa
1. Madden, S. , et al., ETIQUETA: un pequeo servicio de agregacin de las
redes de sensores ad-hoc. 2002: OSDI.
2. Intanagonwiwat, C. , R. Govindan, y D. Estrin, dirigido Difusin: UNA
comunicacin slida y escalable Paradigma de Redes de sensores. 2000:
Computacin mvil y redes.
3. Perkins, C. , Ad-hoc en demanda de enrutamiento por vector de distancia.
MILCOM 1997.
4. Berkeley, University of California, 800 nodos auto-organizada red de
sensores inalmbricos. 2001:800
5. Doherty, L. , algoritmos para la posicin y la recuperacin de datos en las
redes inalmbricas de sensores. UC Berkeley PROCEDENTES Masters Report,
2000.
6. Mclurkin, J. , algoritmos distribuidos en redes de sensores. 1999: Tesis de
Maestra en Ingeniera Elctrica en la Universidad de California, Berkeley.
7. McMahan, M. L. , evolucionando las arquitecturas Telfono Celular sino de
una permanente, insaciable deseo de MIPS DSP. 2000, Texas Instruments
Incorporated.
8. Cerpa Cartolini, A. , et al., vigilancia del Hbitat: controlador de la aplicacin
de tecnologa de comunicaciones inalmbricas. ACM SIGCOMM Taller sobre las
comunicaciones de datos en Amrica Latina y el Caribe, 2001.
9. Mainwaring, A. , et al., las redes inalmbricas de sensores para vigilancia del
Hbitat, en ACM Taller Internacional sobre Redes de sensores inalmbricos y
aplicaciones (WSNA' 02). 2002.

10. Woo, A. y D. Culler, la evaluacin de confiabilidad del enlace Estimadores

eficientes para redes inalmbricas. 2002: Informe tcnico, la Universidad de
California en Berkeley.
11. Xu, Y. , J. Heidemann, D. Estrin, Geografa de conservacin de la energa de
enrutamiento Ad Hoc. 2001, ACM Press: SIGMOBILE : ACM Special Interest
Group sobre la movilidad de los sistemas, los usuarios informticos y los datos.
p. 70 - 84.
12. Yarvis, M. D. , et al., experiencias reales con una Interactiva Red de
sensores especiales. 2002: Conferencia Internacional sobre procesamiento
paralelo Talleres.
13. Whitehouse, K. , el diseo de calamares: ad-hoc sistema de localizacin
para redes de sensores. 2003: Maestra Informe de la Universidad de California
en Berkeley.
14. Kymissis, J. , et al., captura de energa parasitaria en zapatos. ISWC, 1998.
15. Roundy'S, S. , P. Wright y J. Rabaey, un estudio de nivel bajo las vibraciones
como fuente de alimentacin para los nodos de sensores inalmbricos. 2002:
Las comunicaciones por computadora.
16. Perrig, A. , et al., GIROS: protocolos de seguridad para redes de sensores.
Actuaciones de MOBICOM, 2001, 2002.
17. Rivest, R. , el algoritmo de cifrado RC5. 1994: Software de cifrado rpido. p.
86-96.
18. Energizer Battery Company, Energizer AA, ingeniera hoja de datos:
http://data.energizer.com/datasheets/library/primary/alkaline/energizer/consum
er_ oem/e91.pdf
182

19. Energizer Battery Company, Energizer CR2032 hoja de datos, ingeniera:

http://data.energizer.com/datasheets/library/primary/lithium_coin/cr2032.pdf.
20. Corriente de carga de la batera NiMH, Conceptos Bsicos:
http://www.powerstream.com/NiMH.htm.
21. McLarnon, B. , VHF/UHF y Microondas propagacin de las ondas de Radio:

un manual para investigadores Digital:

http://www.tapr.org/tapr/html/ve3jf.dcc97/ve3jf.dcc97.html.
22. RF Monolithics Sc, TR1000 Hoja de datos. 1999:1000

23. Chipcon, CC1000 solo Chip transceptor RF de baja potencia. 2002:1000

24. Texas Instruments, MSP430x13x, MSP430x14x microcontrolador de seal

mixta Gua del usuario. 2003:430
25. AMD AM49DL640BG apiladas Paquete multichip (MCP) Memoria Flash y
SRAM. 2003: Http://www.amd.com/usen/activos/content_type/white_papers_and_tech_docs/ 26090a.pdf).
26. Intel Corp, Comunicado de prensa de Intel: Intel desarrolla el primer Una
celda SRAM micrones cuadrados. 2002:20020312

27. Atmel Corporation, AT90S/LS8535 Hoja de datos. 2001:1041

28. Philips Semiconductor, el I2C-Bus. 2000:2

ION_3.pdf
29. Atmel Corporation, AT90S categoras2323/LS categoras2323/S2343/LS2343
Hoja de datos. 2001:1004

30. Culler, D. E. , J. Singh, y A. Gupta, Paralelo arquitectura de computadoras

un hardware/software. 1999.
31. Esser, R. y R. Knecht, Intel Paragon XP/S - arquitectura y entorno de
software. 1993: Informe Tcnico KFA-ZAM-IB-9305.
32. Culler, D. E. , et al. Paralelismo de grano fino con un mnimo soporte de
hardware: un compilador controlado por la mquina abstracta roscado. 1991.
33. Blumofe, R. , et al., Cilk multiproceso: Un eficaz sistema de ejecucin.
Actas del 5o Simposio sobre Principios y Prctica de la programacin paralela,
1995.
34. Hu, J. , I. Pyarali, y D. Schmidt, medir el impacto de eventos Modelos Envo
y simultaneidad de rendimiento del servidor Web a travs de redes de alta
velocidad.
Actas de la 2 Conferencia Mundial de Internet, IEEE, 1997.

35. Von Eicken(, T. , et al. Mensajes activos: un mecanismo de integracin de la

comunicacin y la computacin. anuales en 19 Simposio Internacional sobre
arquitectura de computadoras. 1992.
36. Gay, D. , et al., El nesC Idioma: un enfoque integral de sistemas integrados
en red. 2003: Diseo de los lenguajes de programacin y ejecucin (PLDI).
37. Renesse, R. V. , et al., un marco para la composicin de protocolos de
horus. 1995:
Actas del Simposio ACM sobre principios de la informtica distribuida.
183

38. Agarwal, A. , et al., El MIT alewife: mquina de gran escala de memoria

distribuida multi-procesador. 1991: Actas del Taller de memoria compartida
escalable multiprocesadores.
39. Montz, A. B. , et al., Scout: UNA orientada a la comunicacin sistema
operativo. 1995:
EL SISTEMA OPERATIVO.
40. Hutchinson, N. C. y L. L. Peterson, El x-kernel: Una arquitectura para
implementar protocolos de red. 1991: IEEE Transactions on Software
Engineering, 17 (1) :64-76.
41. Queremos, R. , et al., el Sistema de localizacin activo Insignia. ORL, 24a
calle Trumpington Street, Cambridge CB2 1QA, 1992.
42. Bahl, P. y V. Padmanabhan, RADAR: una en el edificio basado en
radiofrecuencia ubicacin del usuario y un sistema de seguimiento. IEEE
Infocom 2000. 2: 775-784.
43. Chandrakasan, A. P. S. , Sheng, y R. W. Brodersen, CMOS de baja potencia
Diseo Digital. 1992, De la Universidad de California en Berkeley.
44. Pering, T. , T. Burd y R. Brodersen, la simulacin y Evaluacin de Algoritmos
de tensin dinmica. 1998.
45. Hill, J. , et al. Arquitectura del sistema las direcciones de red sensores
ASPLOS. en 2000. 2000.
46. Atmel Corporation, Atmega103 (L) Hoja de datos. 2001, Atmel Corporation:

http://www.atmel.com/atmel/acrobat/doc0945.pdf.
47. Dallas Semiconductor, DS2401 Nmero de serie de silicio:
http://pdfserv.maxim- ic.com/arpdf/DS2401.pdf.
48. Atmel Corporation, A45DB041B Hoja de datos. 2001:1938

49. Maxim, Maxim 1-Celda para 2 celdas, ruido bajo, alta eficiencia , Step-Up
Convertidor DC-DC, MAXIM1678. 1998: Http://pdfserv.maximic.com/arpdf/MAX1678.pdf.
50. Elson, J. y D. Estrin, sincronizacin de tiempo para las redes inalmbricas
de sensores:
http://www.circlemud.org/~jelson/writings/timesync/timesync.html.
51. Ye, W. , J. Heidemenn y D. Estrin, una eficiencia energtica Protocolo MAC
para redes inalmbricas de sensores. 2001: Presentado para su examen, en
julio de 2001.
52. Stemm, M. , et al. Reducir el consumo de energa de las interfaces de red
de la mano de dispositivos porttiles. en Taller Internacional sobre
Comunicaciones Mviles Multimedia (MoMuc-3). 1996. Princeton, NJ.
53. Lamport, L. , el tiempo, los relojes y el orden de los acontecimientos en un
sistema distribuido.
Comm., 1978. ACM 21 (7): 558-565.
54. Mills, D. L. , sincronizacin con la hora de Internet: el Protocolo de tiempo
de la red. IEEE Trans. Las comunicaciones, 1991. COM-39 (10): 1482-1493.
55. Doherty, L. , K. S. J. Pister, y L. E. Ghaoui. Posicin convexa estimacin en
las redes inalmbricas de sensores, en IEEE Infocom. 2001: IEEE Computer
Society Press.
56. Borriello, J. H. A. G. , Sistemas de localizacin de Ubiuitous Informtica.
Ordenador, 2001.
34 (8): pg. 57-66.
57. Priyantha, N. B. , A. Chakraborty, y H. cosa. La Circket Ubicacin: Sistema
de Apoyo MobiCom. en 2000. 2000. Boston, Massachusetts.
58. Molnar, A. , comunicacin personal. 2004: Para ser presentado al Congreso
IEEE International Solid-State Circuits Conference 2004.
184

59. Scott, M. D. , un bajo consumo energtico ADC para Redes de sensores

distribuidos. 2002:
Tesis Master, la Universidad de California en Berkeley.
60. Dallas Semiconductor DS tiles especficos Bvi.1804 NV Barbero
Potencimetro:
http://pdfserv.maxim-ic.com/arpdf/DS1804.pdf.
61. DARPA, Tecnologa de Software integrado en red:
http://www.darpa.mil/ipto/Solicitations/CBD_02-12.html.
62. Bergbreiter, S. y K. Pister, CUNAS-bots: Caractersticas. 2002: Http://wwwbsac.eecs.berkeley.edu/~sbergbre/CotsBots/specs.pdf.
63. Analog Devices, ADXL202/ADXL210: Bajo coste 2 g/ 10 g de doble eje
con acelermetros iMEMS Datos de Salida Digital:
http://www.analog.com/UploadedFiles/Datasheets/70885338ADXL202_10_b.pdf
.
64. Hill, J. , arquitectura del sistema para las redes inalmbricas de sensores.
2000: Maestra Informe de la Universidad de California en Berkeley.
65. Madden, S. , et al., TinyDB pgina web. 2002:
Http://www.telegraph.cs.berkeley.edu/tinydb.
66. Atwood, B. , B. Waraneke, K. S. J. Pister. Circuitos Preliminar de polvo
inteligente. en el Sudoeste de permitir Symposioum Diseo. 2000. San Diego,
Ca.
67. Pister, K. S. J. , J. M. Kahn, B. E. Boser, Smart Polvo: Redes inalmbricas de
Millimeter-Scale nodos de sensores. Laboratorio de Investigacin Electrnica
Resumen de Investigacin, 1999.
68. Chu, P. B. , et al., enlace ptico de comunicacin mediante micro macined
tridricos. 1997: Procedimiento del SPIE vol. 3008-20.
69. La pgina oficial de Bluetooth: http://www.bluetooth.com/.
70. ZigBee Alliance, el sitio web oficial de la Zigbee Alliance:
http://www.zigbee.org.
71. IEEE, IEEE 802,15 WPANTM Grupo 4:802

72. Semiconductor, A. , AMI Semiconductor en Primer Lugar demostrar trabajo

Dispositivo inalmbrico ZigBee: http://www.amis.com/news/030414_zigbee.cfm.
73. J. L. Da Silva Jr. , J. S. , M. J. Ammer, C. Guo, S. Li, R. Shah, T. Tuan, M. Hojas,
J. M. Ragaey, B. Nikolic, un Sangiovanni-Vincentelli , P. Wright., Metodologa de
Diseo de Redes de Radio Pico. 2001, Berkeley Wireless Centro de
Investigacin.
74. Pottie, G. y W. Kaiser, Red inalmbrica integrada Los sensores (WINS):
Principios y el enfoque. Communications of the ACM, 2000. 43.
75. Sistemas Windriver, VxWorks 5.4 Hoja de datos:
http://www.windriver.com/products/html/vxwks55_ds.html.
76. Microsoft Corp. , Microsoft Windows CE:
http://www.microsoft.com/windowsce/embedded.
77. PalmOS Software 3.5 Descripcin:
http://www.palm.com/devzone/docs/palmos35.html.
78. Hildebrand, D. , una visin general de la arquitectura de QNX:
http://www.qnx.com/literature/whitepapers/archoverview.html.
79. Windriver Systems, pSOSystem Hoja de datos:
http://www.windriver.com/products/html/psosystem_ds.html.
185

80. QNX Software Systems Ltd. , SISTEMA OPERATIVO en Tiempo Real QNX
Neutrino:
http://www.qnx.com/products/os/neutrino.html.
81. Microondas, microondas OS-9:91

82. IEEE 1003,0 -1995: IEEE Gua de POSIX el entorno de sistema abierto.
1995, IEEE: http://standards.ieee.org/catalog/olis/arch_posix.html.

83. Kauler, B. , CREEM: Concurrente Ejecutivo Integrado en Tiempo Real para

microcontroladores: http://members.dodo.net.au/~void/old/creem.htm.
84. Posek: un super-pequea escalable sistema operativo en tiempo real de
alto volumen, profundamente las aplicaciones integradas.:
http://www.isi.com/products/posek/index.htm.
85. Microondas Microondas, Ariel Descripcin Tcnica:
http://www.microware.com/ProductsServices/Technologies/ariel_technology_brie
f.html
86. Liu, L. T. y D. E. Culler, las mediciones de rendimiento mensajes activos en
el CM-5. 94: Informe Tcnico UCP//CDS-94-087, de la Universidad de California
en Berkeley, Departamento de Ciencias de la Computacin.
87. Druschel, P. , M. Aron, y W. Zwaenepoel, escalable y eventos explcitos
mecanismo de distribucin de UNIX. 1999: Procedimiento de USENIX 1999
Conferencia Tcnica anual.
88. Homewood, M. y M. McLaren. CS-2 interconexin alguna meiko. Elan-Elite
diseo.
1993.
89. Muller, M. , Zero-Copy TCP/IP con Ethernet Gigabit. 1999: Tesis de
Doctorado, Instituto de Sistemas Informticos, ETH Zurich.
90. Cooper, G. H. , Pequea TCP/IP:
http://www.unusualresearch.com/tinytcp/tinytcp.htm.
91. Seiko Instruments, S-7600UNA Serie iChip Protocolo TCP/IP:
http://www.seiko-usa- ecd.com/intcir/products/rtc_assp/s7600a.html.

186