Está en la página 1de 17

Universidad Iberoamrica

Implementacin de protocolo de comunicacin basado en DNP3 para enlazar sistemas de control supervisorio va inalmbrica con controladores industriales (PLC)
Jos Roberto Islas Gonzlez Ingeniera Electrnica, Departamento de Ingenieras Universidad Iberoamericana, Ciudad de Mxico Mxico D.F, 01210, Mxico. Marzo 2008

Sinodal: Alejandro Gmez Tern

Objetivo El objetivo fundamental de esta tesis cosiste en proponer una implementacin de protocolo de comunicacin basado en DNP3 que permita enlazar sistemas de control supervisorio va inalmbrica con controladores industriales (PLC). Dicho diseo pretende ser suficientemente general como para ofrecer soluciones aplicables a diversos sectores industriales, Introduccin En la actualidad y durante los prximos aos se apreciar un incremento notable en el mercado de las aplicaciones inalmbricas. Desde el punto de vista del usuario la tecnologa inalmbrica le permitir una alta movilidad y una simplicidad de conexin. Desde el punto de vista de los diseadores estas tcnicas de comunicacin tendrn limitaciones de energa y espectro, surgiendo paradigmas como el bajo consumo y ruido industrial. Para poder definir los protocolos de comunicacin es necesario determinar y predecir la estabilidad de dicho protocolo y cmo ste garantiza la seguridad del enlace, si la informacin enviada o recibida llega completa simplemente tener conocimiento del tamao en memoria que ocupan. Al observar las necesidades con las que debe cumplir un protocolo para su aplicacin en sistemas de control supervisorio y adquisicin de datos (SCADA), se establecen especificaciones concretas que Distributed Network Protocol (DNP3) satisface pues ha sido concebido y diseado para operar en ambientes tpicos de la industria. Adicionalmente DNP3 es una recomendacin de protocolo independiente del medio por lo cual es posible implementarlo con ciertas adecuaciones a un modelo de comunicacin inalmbrica. La tecnologa inalmbrica Bluetooth ha sido concebida para dar soporte a aplicaciones tales como la sustitucin de cables, y orientada a dimensiones reducidas, bajo consumo y velocidad de transmisin media. Algunos ejemplos pueden ser la telefona domstica o la interconexin de perifricos de ordenador. Sin embargo, el potencial de los mdems Bluetooth no finaliza ah. Como toda nueva tecnologa, admite usos alternativos, distintos de aquellos para los que fue concebida. Una de las principales motivaciones para descubrir dichos usos son las excelentes previsiones de precio de los mdems Bluetooth. Podemos pensar, por tanto, en el beneficio que aportara a la industria cualquier implantacin masiva que fuese novedosa. Las PDAs, Laptops y cualquier dispositivo mvil con comunicacin inalmbrica tienen innumerables aplicaciones: en medicina, permiten acceder al historial de un paciente en cualquier situacin. En entornos industriales, un operador puede consultar manuales de mantenimiento para reparaciones. Un guardia puede observar las cmaras de vigilancia mientras realiza su ronda, sin necesidad de desplazarse a la sala de monitores. Los ejemplos solo estn limitados por la imaginacin. En esta tesis doctoral presentamos dos contribuciones al desarrollo de aplicaciones mviles basadas fundamentalmente en tecnologa Bluetooth: un sistema de monitoreo industrial, y un sistema de control con restricciones de tiempo real.

Descripcin del protocolo DNP3 DNP3 esta basado en los estndares del comit tcnico electrotcnico internacional 57, grupo de funcionamiento 3 de la Comisin (IEC), quines han estado trabajando en la capa 3 del modelo OSI, para los usos del telecontrol. DNP3 fue desarrollado por Harris, productos distribuidos de la automatizacin. En noviembre de 1993, la responsabilidad de definir especificaciones DNP3 y las propiedades adicionales de las especificaciones DNP3 se torno sobre el grupo de usuarios DNP3, un grupo integrado por utilidades y a los vendedores que estn utilizando el protocolo. DNP3 es un protocolo abierto y pblico. Para asegurar interoperabilidad, la longevidad y el mejoramiento constante, el grupo de usuarios DNP3 ha tomado la responsabilidad de su evolucin. El comit tcnico del grupo de usuarios DNP3 sugiri modificaciones o adiciones al protocolo y despus enmienda la descripcin del protocolo segn lo dirigido por los miembros del grupo de usuarios. La documentacin completa del protocolo est disponible para el pblico. Los cuatro documentos de la base que definen DNP3 son: Descripcin del protocolo de capa de la transmisin de datos, funciones del transporte, descripcin del protocolo de capa de uso y biblioteca de objetos de los datos (referidas como el documento bsico 4). El grupo de usuarios tambin tiene disponible para los miembros el documento definiciones del subconjunto de DNP3 que ayuda a los que implementan a identificar los elementos del protocolo que deben ser puestos en ejecucin. Caractersticas de DNP3 DNP3 ofrece flexibilidad y la funcionalidad que va ms all de protocolos de comunicaciones convencionales. Entre sus caractersticas robustas y flexibles DNP3 incluye:

Opciones de la salida Asegurar la configuracin / las transferencias de archivo Direccin para ms de 65.000 dispositivos en un solo acoplamiento Sincronizacin de tiempo y acontecimientos con impresin horaria Mensajes de difusin Confirmacin de la transmisin de datos y de la capa de uso

DNP3 originalmente fue basado en tres capas del modelo OSI: capa de uso, capa de transmisin de datos y capa fsica. La capa de uso, se basa en los formatos de datos ms comunes que existen. La capa de transmisin de datos prev varios mtodos de recuperar datos tales como interrogacin para las clases y las variaciones del objeto. La capa fsica define lo ms comnmente posible un interfaz simple RS-232 o RS-485. DNP3 es muy eficiente para ser protocolo multicapa, ya que asegura la integridad de datos.

Caracterstica Modelo de tres capas (OSI) Usuarios Diseado para el entorno Grupo de usuario y comit tcnico

DNP

Modbus RTU 1000's

MMS/UCA IEC 608702.0 5-T101 < 100 100

> 500

Control en la revisin final de la documentacin Documentacin definida de los protocolos de prueba Protocolos independientes para verificar los programas Trayectoria de la migracin a las arquitecturas mejoradas Sincronizacin de tiempo y acontecimientos con impresin horaria maestros mltiples y operaciones dl Limitado par-a-par Los esclavos no solicitados no necesitan ser votados Segmentacin de mensajes Asegurar la transferencia de archivos Mensajes de difusin Objetos definidos por el usuarios de los datos Ventajas de DNP3 Porque DNP3 se basa en los requisitos del IEC 870-5, DNP3 es conveniente para el uso en el ambiente entero de SCADA. Esto incluye RTU a las comunicaciones de IED, comunicaciones maestro esclavo, e incluso casos de par-a-par y usos de la red. El ser un protocolo basado en la capa de aplicacin, DNP3 tiene la flexibilidad de apoyar modos de funcionamiento mltiples tales como pregunta-respuesta, informe-porexcepcin votada, respuestas no solicitadas y par-a-par. Permite maestros mltiples y encara inteligencia distribuida.

Los usuarios pueden contar con muchas ventajas al usar DNP3. En un futuro prximo:

Interoperabilidad entre los dispositivos Pocos protocolos a apoyar en el campo Costes reducidos del software No necesita ningn traductor de protocolos Horario ms cortos a la entrega Menos prueba, mantenimiento y entrenamiento Documentacin mejorada Prueba independiente de la conformidad Ayuda por el grupo de usuarios independiente y las fuentes de tercera persona.

En las ventajas a largo plazo, posteriores se puede derivar de usar DNP3, el incluir:

Extensin de sistema fcil Vida del producto largo Productos con mayor valor aadido Una adopcin ms rpida de la nueva tecnologa Ahorros importantes en las operaciones

Operacin DNP3 DNP3 controla la transmisin en la capa de enlace de datos, usando procedimientos de transmisin ya definidos. Estos procedimientos hacen uso de un byte de control el cual contiene un mensaje para controlar la transmisin. Los procedimientos definen que acciones son tomadas en cada final, y el byte de control provee de coordinacin entre los dos. Define que tipo de transmisin es enviada, el tipo de trama que se usa, y en que parte de la trama se hacen ajustes. Formato de la trama FT3 Uno de los cuatro formatos especificados por la IEC 870-5-1. Este formato especifica el uso de un encabezado de 10 bytes, seguido opcionalmente de 16 bloques de datos. El total de tamao del mensaje es limitado a 292 bytes, el cual nos da una capacidad de datos mxima a 250 bytes.
DNP3 FRAME HEADER

DATA SECTION

HEADER SYNC LENGTH LINK CONTROL DESTINATION ADRESS SOURCE ADRESS CRC

Bloc k0

Block 1

Block n

Destination Start Lenght Control Address 2 1 1 header body

Source Adress 2 Data CRC Total 2

CRC 2 10 250 32 292

User Data

----- User CRC Data 16 2 1--16

CRC 2

Bytes Bytes Bytes Bytes

El bloque del encabezado esta formado por: Start 2 bytes :0564(hex) Length Cuenta de los datos de usuraos en bytes, esta en el rango de 0-255, 1 byte : FF(hex) Control Trama del byte de control Destination 2 bytes de la direccin destino Source 2 bytes de la fuente de la direccin CRC 2 bytes de redundancia cclica chocadora de cdigo User Data Cada bloque tiene 16 bytes de datos de usuarios. El ultimo bloque contiene 16-1 conforme se va requiriendo, en caso de tener la trama llena se tendrn 10 bytes de datos de usuario. Bit de Control DIR PRM FCB FCV 0 o 1 RES DFC Bit 7 6 5 4 Function Code 3 2 1 0

El byte de control nos ayuda a tener un control sobre el flujo de los datos en la capa fsica, identificando el tipo, e identificando la direccin. La interpretacin del byte de control es independiente de la comunicacin en cuanto a los mensajes primarios o si son secundarios. Esta formado por

1. 2. 3. 4. 5. 6.

La direccin. Mensaje primario Cuenta de bits de la trama Cuenta de bits de la trama valida BIT de control del flujo de datos Cdigo de la funcin principal

BIT de Direccin El bit de direccin nos indica la direccin del mensaje entre estaciones maestras y no maestras. Si este bit es 1 esta dirigido a estaciones primarias, si esta en limpio a estaciones no maestras. Bit Primario Este bit nos indica si el mensaje es primario (pregunta) o secundario (respuesta). Se usa exclusivamente para interpretar la funcin en el cdigo. Hay 6 funciones validas para tramas primarias y 5 para secundarias. Cuenta de bits en la trama y Cuenta de bits en la trama Valida Estos bits son de uso solamente para los mensajes primarios y son usados para detectar perdidas o duplicados de tramas a una estacin secundaria. La Cuenta de bits en la trama Valida activa Cuenta de bits en la trama. Cuando La Cuenta de bits en la trama Valida es verdadera la Cuenta de bits en la trama es accionada por cada envo correcto. BIT de control de flujo de datos EL BIT de control del flujo de datos esta incluido en los mensajes secundarios. En las estaciones secundarias el BIT de control del flujo de datos se pondr en 1 cuando datos de usuarios son enviados y provocan un desbordamiento del buffer. Esto provoca que al tener en activo este bit detiene a la estacin primaria dejando de mandar informacin hasta que este bit se apague. Cdigos de la Funcin de la Transmisin de Datos La siguiente tabla nos muestra a detalle los significados de diferentes valores del cdigo de las funciones byte. Los significados varan dependiendo si el mensaje es primario o secundario. Primario Function Code 0 1 2 3 Frame Type SEND-CONFIRM expected SEND-CONFIRM expected SEND-CONFIRM expected SEND-CONFIRM expected FCV Service Function Bit Reset of remote link 0 Reset of user process 0 Test Function for link 1 User Data 1

4 9 Secundario Function Code 0 1 11 14 15

SEND-CONFIRM expected REQUEST-RESPOND expected Request Link Status

Unconfirmed user Data

0 0

Frame Type CONFIRM CONFIRM RESPOND

Service Function ACK-positive acknowledgement NAC-Message not accepted ,link busy Status of link(dfc= 0 or 1) Link service not functioning Link service not used or implemented

Versin corta de los cdigos de Funcin P0 P1 P2 P3 P4 P9 S0 Confirm-ACK ConfirmS1 NACK S11 Link Sattus }not User Data-confirm S14 Functioning User Data-no Not confirm S15 implemented Request link Status Reset Link Reset User porcess Test Link

El uso de los cdigos de las funciones son descritas en las siguientes secciones por los procedimientos de transmisin. Error de Control La primera parte del error de control es detectar cuando un error ocurri en el mensaje. DNP3 usa un ciclo de redundancia de 16-bit o tambin llamado CRC (redundancy check code). El CRC es enviado solamente una ves en la trama del encabezado o comnmente llamado (header frame) y despus una ves por cada bloque hasta los 128 bits de datos de usuario ya transmitidos.Esto es calculando un CRC por cada bloque de datos recibidos y se comparan con los bloques transmitidos, de esta manera los errores van a ser detectados en caso de que ocurran y si el CRC lo decide van a ser indicados. Esta tcnica no ha sido totalmente probada. La segunda parte del error de control cosiste en tomar acciones cuando un error es detectado. En cada caso cuando un error es detectado en alguna parte de la trama simplemente la trama es regresada por la capa de enlace de datos.

Procedimientos de Transmisin Reset de Enlace Un reset de enlace es requerido para habilitar la comunicacin entre las estaciones primarias y secundarias. Una estacin primaria debera mandar una trama reset al iniciar el sistema o despus de iniciar un enlace. Puntos Principales: 1. Usar despus al inicio, reinicio o cuando un enlace fall. 2. Es responsabilidad de la estacin primaria y secundaria de realizar el reset. 3. Iniciar las estaciones primarias y secundarias para enviar-confirmar las transacciones. 4. Sincronizar los contadores de tramas bit para que FCB (trama de bit de control)=1 este a la expectativa del envi seguido del reset por la segunda estacin. En el siguiente texto se muestra un ejemplo de cmo se vera un byte si hubiera un analizador de protocolos. De Primario a Secundario (De A - B) <05 64 05 C0 01 00 0C 00 A0> Encabezado 05 64 Longitud 05 Byte de Control C0; DIR=1, PRI=1, FCV=0, FC=RESET Direccin Destino 0001 Direccin de Origen 000C Valor CRC CFA0 De Secundario a Primario (De B-A) <05 64 05 00 0C 00 01 00 FD E9> Encabezado 05 64 Longitud 05 Byte de Control 00; DIR=0, PRI=0, FC=ACK Direccin Destino 000C Direccin de Origen 0001 Valor CRC FDE9 Aqu se nota como el bit DIR es fijado en la rama principal y limpiado en la segunda trama. Esto nos muestra que la transaccin es entre una maestro y un no maestro. Procesos RESET de Usuarios

1. Usado para resetear los procesos de enlace de usuarios. 2. Un ACK (positive acknowledgement) es enviado si es aceptado por los procesos de usuario 3. Por otro lado un NACK (message not accepted) es enviado en respuesta. Datos de Usuario enviados sin confirmar Este procedimiento es usado por datos de usuarios enviados sin confirmacin por la estacin secundaria. La ventaja es que los datos se pueden transmitir en un mayo rango, teniendo un mejor manejo del ancho de banda. La desventaja es que los errores en la transmisin van a ser perdidos en cualquier parte de la trama. Una trama con errores va a ser regresada por la estacin secundaria pero al no tener confirmacin la estacin primaria nunca va a tener conocimiento de que el mensaje no tuvo xito. Estado del Enlace por Peticin Es usado despus de recibir un NACK o ACK con DFC=1 durante la transmisin. EL DFC (Control del flujo de datos) bit es puesto por la estacin secundaria si el buffer esta lleno o si por algn motivo no puede procesar mas datos. Este proceso es usado cuando un enlace ya no puede aceptar datos. CRC codito de Error DNP3 define un checador de cdigo redundante cclico de 16-bits para detectar unos errores. El 16-bits CRC es proporcionado por un encabezado de 64-bits y por cada 128bits (16 bytes) bloques de datos de usuarios transmitidos. Generacin de un Mensaje: 1. Se inicia con un bloque de datos de usuarios (M) de K-bits (k=64 de encabezado, 8-128 de cuerpo de bloques) 2. Se multiplica por 2 a la 16 3. Se divide entre un generador polinomial (P) para obtener el cociente (Q) y el modulo residuo (R) es usado. 4. Se descarta Q y se queda R 5. Se invierte R para obtener R 6. Se aade R a M formando el mensaje T para ser transmitido. Generador Polinomial P= x ^16 + x ^13 + x ^12 + x ^10 + x ^8 + x ^5 + x ^ 2 + 1 Esto forma un nmero de 17-bit el cual es 13D65 (hex) Procesamiento de un mensaje recibido 1. Se recibe T= M seguido por R

2. 3. 4. 5. 6.

Se invierte R y se forma T= M aadido con R Se divide T por P(modulo-2 de la decisin) Se descarta coeficiente QC, se queda el residuo calculado de RC SI RC=0, el resultado es bueno, se copia M ala salida de datos si RC es diferente a 0 el resultado es malo y se rechaza el mensaje.

Este CRC tiene una distancia de Hamming de 6. Esto significa que por lo menos 6-bits de error se tienen que recibir para obtener una buena adquisicin de datos falsa como resultado. Capa de Transporte (seudo transporte) La principal funcin de la capa de transporte para DNP3 es la de implementar el mensaje montndolo y desmontndolo. Esto permite la transmisin de datos en largos bloques y as ser ms fcil de manejar por la capa de transmisin de datos. La unidad de Datos del Protocolo de Transporte La capa de Transporte toma los datos de usuario, la unidad de datos del servicio de transporte (TSDU) rompe en una o ms unidades de datos del protocolo de transporte (TPDUs) y los pasa a la capa de enlace de datos para ser enviados. Los TPDUs se convierten dentro de la capa de enlace de datos y se vuelven LSDUs. Los LSDUs pueden ser de 250 bytes datos de usuarios como mximo. Esto define el mximo tamao de los LPDU, incluyendo cualquier capa de transporte anterior. De echo las funciones de transporte estn compuestas por un byte de encabezado dejando 249 bytes para llevar datos. TSDU 1-2048 Bytes TPDU TH 1

| | | | 249

TPDU TH 1

| | | | 249

En una estacin secundaria o recibidora los TPDUs entrantes son reformados dentro de los TSDU para usarse en la capa de aplicacin. De los mltiples TPDMs, los bytes de encabezado transportados son cortados y los TSDU son reformados. La capa de transporte es responsable de asegurarse que los TSDUs sean rearmados en la secuencia correcta. FIN 7 FIR 6 SEQUENCE SEQUENCE SEQUENCE SEQUENCE SEQUENCE SEQUENCE 5 4 3 2 1 0

FIN = Trama Final FIR = Trama Inicial FIN FIR

0 0 1 1 Reglas

1 0 0 1

Trama inicial o mltiple No inicial , no final Trama Final Un mensaje de la trama

1. SI una estacin secundaria recibe una trama con el bit FIR puesto, cualquier trama de secuencia incompleta es descartada. 2. Si una trama es recibida sin un bit FIR puesto, y ninguna secuencia esta en progreso, entonces la trama es ignorada. 3. De la trama inicial el numero de la secuencia puede ser cualquier valor entre 063, y se tiene que incrementar por cada trama en la secuencia despus de eso. 4. El nmero de la secuencia debe estar excedente de 0 a 63. Direccin del Mensaje en la capa de Aplicacin La capa de aplicaron es el nivel mas alto del protocolo, y se comunica directamente con la aplicacin del programa. Las estaciones maestras generan niveles en los mensajes para la transmisin en la estacin de salida. Las estaciones de salida generan niveles de aplicacin en respuesta para la transmisin en las estaciones maestras. Estos mensajes pueden contener comandos, o peticiones de datos provisionales, o simplemente realizar otras funciones como pueden ser tiempos de sincronizacin. En DNP3 hay dos tipos de mensajes bsicos, peticiones y respuestas. Solo las estaciones maestras pueden enviar una peticin y solo las estaciones de salida pueden enviar una respuesta. Hay una clase de respuesta llamada Respuesta no solicitada que permite a una estacin de salida enviar informacin a una estacin maestra o a un peer (otra estacin no maestra). Descripcin de la Tecnologa Bluetooth La tecnologa Bluetooth es una tecnologa de comunicaciones de corto alcance prevista para sustituir los cables que conectan los dispositivos en movimiento y/o fijos mientras que mantiene altos niveles seguridad. Las caractersticas dominantes de la tecnologa de Bluetooth son robustez, de baja potencia, y bajo costo. La especificacin de Bluetooth define una estructura uniforme para una amplia gama de dispositivos para conectar y para comunicarse uno a otro. La tecnologa de Bluetooth ha alcanzado la aceptacin global, tal que cualquier dispositivo Bluetooth permitido, casi por todas partes en el mundo, puede conectar con otros dispositivos permitidos Bluetooth en proximidad. Los dispositivos Bluetooth electrnicos permitidos conectan y se comunican inalmbricamente a travs de las redes de corto alcance, (ad hoc) conocidas como piconets o redes de dispositivos Bluetooth. Cada dispositivo puede comunicarse simultneamente con hasta siete otros dispositivos dentro de un solo piconet. Cada dispositivo puede tambin pertenecer a varios piconets simultneamente. Los Piconets se establecen dinmicamente y as como Bluetooth permiti a los dispositivos incorporarse automticamente los saca si se salen de rango.

Un Bluetooth fundamentalmente tiene la fuerza y la capacidad de manejar simultneamente datos y transmisiones de voz. Esto permite a los usuarios gozar de la variedad de soluciones innovadoras tales como unas manos libres para llamadas de voz, impresin y fax, sincronizar una PDA o computadora porttil, y usos del telfono mvil por nombrar algunos. Tecnologa Bluetooth La especificacin de Bluetooth define un canal de comunicacin de mximo 720 kb/s (1 Mbps de capacidad bruta) con rango ptimo de 10 metros (opcionalmente 100 m con repetidores). La frecuencia de radio con la que trabaja est en el rango de 2,4 a 2,48 GHz con amplio espectro y saltos de frecuencia con posibilidad de transmitir en Full Duplex con un mximo de 1600 saltos/s. Los saltos de frecuencia se dan entre un total de 79 frecuencias con intervalos de 1Mhz; esto permite dar seguridad y robustez. La potencia de salida para transmitir a una distancia mxima de 10 metros es de 0 dBm (1 mW), mientras que la versin de largo alcance transmite entre 20 y 30 dBm (entre 100 mW y 1 W). Para lograr alcanzar el objetivo de bajo consumo y bajo costo, se ide una solucin que se puede implementar en un solo chip utilizando circuitos CMOS. De esta manera, se logr crear una solucin de 9x9 mm y que consume aproximadamente 97% menos energa que un telfono celular comn. El protocolo de banda base (canales simples por lnea) combina conmutacin de circuitos y paquetes. Para asegurar que los paquetes no lleguen fuera de orden, los slots pueden ser reservados por paquetes sncronos, un salto diferente de seal es usado para cada paquete. Por otro lado, la conmutacin de circuitos puede ser asncrona o sncrona. Tres canales de datos sncronos (voz), o un canal de datos sncrono y uno asncrono, pueden ser soportados en un solo canal. Cada canal de voz puede soportar una tasa de transferencia de 64 kb/s en cada sentido, la cual es suficientemente adecuada para la transmisin de voz. Un canal asncrono puede transmitir como mucho 721 kb/s en una direccin y 56 kb/s en la direccin opuesta, sin embargo, para una conexin asncrona es posible soportar 432,6 kb/s en ambas direcciones si el enlace es simtrico. Arquitectura Hardware El Hardware Que compone el dispositivo Bluetooth esta compuesto por dos partes: un dispositivo de radio, encargado de modular y transmitir la seal un controlador digital, compuesto por una CPU, por un procesador de seales digitales (DSP - Digital Signal Processor) llamado Link Controller (o controlador de Enlace) y de los interfaces con el dispositivo anfitrin.

El LC o Link Controller est encargado de hacer el procesamiento de la banda base y del manejo de los protocolos ARQ y FEC de capa fsica. Adems, se encarga de las

funciones de transferencia (tanto asncrona como sncrona), codificacin de Audio y cifrado de datos. El CPU del dispositivo se encarga de atender las instrucciones relacionadas con Bluetooth del dispositivo anfitrin, para as simplificar su operacin. Para ello, sobre el CPU corre un software denominado Link Manager que tiene la funcin de comunicarse con otros dispositivos por medio del protocolo LMP. Entre las tareas realizadas por el LC y el Link Manager, destacan las siguientes: - Envo y Recepcin de Datos. - Empaginamiento y Peticiones. - Determinacin de Conexiones. - Autenticacin. - Negociacin y determinacin de tipos de enlace. - Determinacin del tipo de cuerpo de cada paquete1. - Ubicacin del dispositivo en modo sniff o hold. Versiones

Bluetooth v.1.1 Bluetooth v.1.2 Bluetooth v.2.0 Bluetooth v.2.1

La versin 1.2, a diferencia de la 1.1, provee una solucin inalmbrica complementaria para co-existir bluetooth y Wi-Fi en el espectro de los 2.4 GHz, sin interferencia entre ellos. La versin 1.2 usa la tcnica "Adaptive Frequency Hopping (AFH)", que ejecuta una transmisin ms eficiente y un cifrado ms seguro. Para mejorar las experiencias de los usuarios, la V1.2 ofrece una calidad de voz (Voice Quality - Enhanced Voice Processing) con menor ruido ambiental, y provee una ms rpida configuracin de la comunicacin con los otros dispositivos bluetooth dentro del rango del alcance, como pueden ser PDAs, HIDs (Human Interface Devices), computadoras porttiles, computadoras de escritorio, Headsets, impresoras y celulares. La versin 2.0, creada para ser una especificacin separada, principalmente incorpora la tcnica "Enhanced Data Rate" (EDR) que le permite mejorar las velocidades de transmisin en hasta 3Mbps a la vez que intenta solucionar algunos errores de la especificacin 1.2. La versin 2.1, simplifica los pasos para crear la conexin entre dispositivos, adems el consumo de potencia es 5 veces menor. Uso y Aplicaciones Conexin sin cables entre los celulares y equipos de manos libres y kit para vehculos. Red inalmbrica en espacios reducidos donde no sea tan importante un ancho de banda grande. Comunicacin sin cables entre la computadora y dispositivos de entrada y salida. Mayormente impresora, teclado y mouse. Transferencia de ficheros entre dispositivos va OBEX. Transferencia de fichas de contactos, citas y recordatorios entre dispositivos va OBEX.

Reemplazo de la tradicional comunicacin por cable entre equipos GPS y equipamiento mdico. Controles remotos (tradicionalmente dominado por el infrarrojo) Enviar pequeas publicidades entre anunciantes y dispositivos con bluetooth. Un negocio podra enviar publicidad a telfonos mviles cuyo bluetooth (los que lo posean) estuviera activado al pasar cerca. Las consolas Sony Playstation 3 y Nintendo Wii traen bluetooth para utilizar mandos inalmbricos.

La tecnologa de Bluetooth permite conectar todos los perifricos de la oficina va inalmbrica. Conectar el PC o el porttil con las impresoras, los escneres y los faxes sin preocuparse por los cables. Puedes aumentar tu libertad conectando tu mouse o el teclado va inalmbrica con tu computadora. Las cmaras fotogrficas digitales con Bluetooth pueden enviar imgenes y/o video a cualquier lugar sin tener que conectar la cmara con el telfono mvil. El Bluetooth permite que haya telfonos tribanda. Cuando el mvil se encuentra en movimiento funciona como siempre (utilizando la red de clulas) y cuando se encuentra cerca de otro telfono con Bluetooth funciona como una radio (hablar entre mviles sin usar la red de telefona mvil). Bluetooth vs. Otras Tecnologas Bluetooth y Wi-Fi cubren necesidades distintas en los entornos domsticos actuales: desde la creacin de redes y las labores de impresin a la transferencia de ficheros entre PDA's y ordenadores personales. Ambas tecnologas operan en las bandas de frecuencia no reguladas. Bluetooth se utiliza principalmente en un gran nmero de productos tales como telfonos, impresoras, mdems y auriculares. Su uso es adecuado cuando puede haber dos o ms dispositivos en un rea reducida sin grandes necesidades de ancho de banda. Su uso ms comn est integrado en telfonos y PDA's, bien por medio de unos auriculares Bluetooth o en transferencia de ficheros. Bluetooth tiene la ventaja de simplificar el descubrimiento y configuracin de los dispositivos, ya que stos pueden indicar a otros los servicios que ofrecen, lo que redunda en la accesibilidad de los mismos sin un control explcito de direcciones de red, permisos y otros aspectos tpicos de redes tradicionales. Wi-Fi es similar a la red Ethernet tradicional y como tal el establecimiento de comunicacin necesita una configuracin previa. Utiliza el mismo espectro de frecuencia que Bluetooth con una potencia de salida mayor que lleva a conexiones ms slidas. A veces se denomina a Wi-Fi la Ethernet sin cables. Aunque esta descripcin no es muy precisa, da una idea de sus ventajas e inconvenientes en comparacin a otras alternativas. Se adecua mejor para redes de propsito general: permite conexiones ms rpidas, un rango de distancias mayor y mejores mecanismos de seguridad.

Puede compararse la eficiencia de varios protocolos de transmisin inalmbrica, como Bluetooth y Wi-Fi, por medio de la capacidad espacial (bits por segundo y metro cuadrado). Clase De Dispositivos La clasificacin de los dispositivos bluetooth como "Clase 1", "Clase 2" o "Clase 3" es nicamente una referencia de la potencia de trasmisin del dispositivo, siendo totalmente compatibles los dispositivos de una clase con los de la otra. Los dispositivos de Clase 1 se definen como con un alcance de 100 metros, mientras que los de Clase 2 llega a los 20/30 metros, y los de Clase 3 a un metro aproximadamente. Si un dispositivo de clase 1 desea conectarse con uno de clase 2, debern colocarse la distancia del alcance del de clase 2, ya que por ms que el otro sea clase 1, debe ponerse a la distancia donde llega el de clase 2.

Cabe aqu aclarar que las distancias que indican las especificaciones son medidas tomando punto a punto dos dispositivos de la misma clase, instalados a campo abierto, sin ninguna interferencia. La realidad es que en instalaciones normales en interiores de edificios, la distancia oscila entre 5 y 25 metros, segn las condiciones ambientales. Adems, existen ciertos dispositivos en los que la seal se amplifica hasta un nivel en teora por encima del mximo permitido por la tecnologa. As, es fcil encontrar a la venta adaptadores USB Bluetooth con un alcance de 150 metros, que son considerados de Clase 1. Por otro lado, mediante tcnicas como Bluetooone o Bluesniping se logra, mediante antenas ms potentes y/o direccionales, obtener alcances de entre uno y dos kilmetros. Protocolos Bluetooth L2CAP, siglas de Logical Link Control and Adaptation Protocol (Protocolo de control y adaptacin del enlace lgico) es utilizado dentro de la pila de protocolos de Bluetooth. L2CAP se utiliza para pasar paquetes con y sin orientacin a la conexin a sus capas superiores incluyendo tanto al Host Controller Interface (HCI) como directamente al gestor del enlace. Las funciones de L2CAP incluyen: Segmentacin y reensamblado de paquetes. Acepta paquetes de hasta 64KB de sus capas superior.

Multiplexacin de varias fuentes de paquetes, comprobando el protocolo de las capas superiores para as adaptarlo antes del reensamblaje. Proporcionar una buena gestin para la transmisin unidireccional a otros dispositivos bluetooth. Gestin de la calidad de servicio (QoS), del ingls Quality of service; para los protocolos de las capas superiores. En esta fase negocia el tamao mximo del campo de datos de las tramas. Con ello, evita que algn dispositivo enve paquetes tan grandes que puedan desbordar al receptor.

También podría gustarte