bitbus

46
BUS DE CAMPO BITBUS

Upload: eduardo-mendoza-merchan

Post on 12-Feb-2015

554 views

Category:

Documents


10 download

TRANSCRIPT

Page 1: BitBus

BUS DE CAMPO

BITBUSBITBUS

Page 2: BitBus

Bus de Campo

Es un sistema de transmisión de información (datos) que simplifica enormemente la instalación y operación de máquinas y equipamientos industriales utilizados en procesos de producción. El objetivo de un bus de campo es sustituir las conexiones punto a punto entre los elementos de campo y el equipo de control a través del tradicional bucle de corriente de 4-20mA. Típicamente son redes digitales, bidireccionales, multipunto, montadas sobre un bus serie, que conectan dispositivos de campo como PLCs, transductores, actuadores y sensores. Cada dispositivo de campo incorpora cierta capacidad de proceso, que lo convierte en un dispositivo inteligente, manteniendo siempre un costo bajo. Cada uno de estos elementos será capaz de ejecutar funciones simples de diagnóstico, control o mantenimiento, así como de comunicarse bidireccionalmente a través del bus.

Page 3: BitBus

VENTAJAS DE LOS BUSES DE CAMPO:

La principal ventaja es la reducción de costos. El ahorro proviene fundamentalmente de tres fuentes: ahorro en costo de instalación, ahorro en el costo de mantenimiento y ahorros derivados de la mejora del funcionamiento del sistema. Una de las principales características de los buses de campo es su significativa reducción en el cableado necesario para el control de una instalación. Cada componente sólo requiere un cable para la conexión de los diversos nodos. Se estima que puede ofrecer una reducción de 5 a 1 en los costos de cableado. En comparación con otros tipos de redes, dispone de herramientas de administración del bus que permiten la reducción del número de horas necesarias para la instalación y puesta en marcha.

Page 4: BitBus

BITBUS: marca registrada por Intel. De bajo coste y altas prestaciones. Intel cedió a dominio público el estándar, por lo que se considera un estandar abierto. Está reconocido por la normativa IEE 1118. Se trata de un bus síncrono, cuyo protocolo se gestiona completamente mediante el microcontrolador 8044.

Page 5: BitBus

BITBUS BITBUS BITBUS es un sistema de comunicación serie para BITBUS es un sistema de comunicación serie para uso industrial, Denominado bus de campo. Está uso industrial, Denominado bus de campo. Está basado en una línea compartida RS-485 (varias basado en una línea compartida RS-485 (varias estaciones de comunicación en un mismo par de estaciones de comunicación en un mismo par de cables) y está optimizado para la transmisión de cables) y está optimizado para la transmisión de pequeños mensajes en tiempo real. En instalaciones pequeños mensajes en tiempo real. En instalaciones más actuales se emplea también fibra óptica para más actuales se emplea también fibra óptica para su implementaciónsu implementación

La norma RS-485 está siendo la aplicación fundamental para conexiones multi-punto en la industria.La RS-485 es la única que permite una red de nodos múltiples con comunicación bidireccional con un solo par de cables trenzados, no todos los estándares combinan esta capacidad con el buen rechazo al ruido , con excelente velocidad de transmisión de datos, con gran longitud del cable de interconexión, y la robustez general del estándar.

Page 6: BitBus

Una red de comunicación BITBUS siempre posee un maestro y Una red de comunicación BITBUS siempre posee un maestro y uno o varios esclavosuno o varios esclavos. Cada esclavo posee su propia dirección de red que le hace diferenciable e identificable dentro de la red. El maestro maneja la red seleccionando los esclavos.

Los esclavos deben responder exclusivamente cuando son requeridos por el maestro. Este simple método de control permite una alta seguridad en la comunicación, optimizada para la mayoría de las aplicaciones de automatización

Page 7: BitBus
Page 8: BitBus

Si el numero de esclavos en la red Bitbus es mayor a 28 es necesario, uno o varios repetidores. Los repetidores deben emplearse a lo largo del segmento de cable que se va a emplear.

el RS-485 es recomendable para ambientes con ruido industrial, puesto que tiene separación galvánica con el controlador. La fibra óptica también es posible, pero no obligatoria. Un buen cable blindado, con una referencia a tierra, combinado con la señal diferencial del RS-485 es un medio físico excelente, incluso en ambientes ruidosos. Y además economico.

Page 9: BitBus

Una característica importante de BITBUS es que está aceptado internacionalmente como un estándar industrial: enlaza equipos de diferentes fabricantes, siendo el hardware y el software totalmente estandarizados y compatibles. En 1991 el BITBUS fué oficialmente estandarizado como un estándar internacional IEEE-1118.

Las implementaciones clásicas del protocolo BITBUS están basadas en el microcontrolador 8044: este microcontrolador contiene el soporte completo de las especificaciones BITBUS, incluyendo el controlador RAC y un pequeño núcleo operador en tiempo real.

Page 10: BitBus

Las implementaciones modernas están basadas en diferentes procesadores y microcontroladores, que presentan un bajo consumo de potencia y un alto rendimiento de transferencia para BITBUS.

Una de las razones del éxito de BITBUS son los servicios RAC. El RAC (Remote Access Control) es una serie de servicios destinados a proporcionar un acceso directo a recursos remotos, tareas, E/S, memoria, etc... En el modelo OSI, las funciones RAC cubren la capa de aplicación (capa 7). A pesar que BITBUS es un bus de campo algo antiguo, emplea un protocolo moderno: la comunicación está basada en el protocolo SDLC, inventado por IBM, que es empleado también en comunicaciones Ethernet e ISDN.

Page 11: BitBus

Características generales

Tipo:Red maestro-esclavo mediante tramas de mensaje. 248 bytes máx. de longitud por mensaje. Estructura:Bus, terminado en ambos extremos. Prolongación posible mediante el empleo de repetidores. Soporte:Par de cables trenzados (un par, impedancia característica de 120) con toma de tierra y apantallado. Segundo par necesario para operar con repetidor. Niveles eléctricos:Par diferencial 0/5V según está definido en RS-485.

Page 12: BitBus

Protocolo:SDLC con NRZI sincronizado de reloj propio (autoreloj) con flags de apertura y cierre, testeo de direccionamiento y comprobación de palabra por CRC de 16 bits. Tasa de transferencia:375k Bit/s o 62,5k Bit/s. Esclavos:28 por segmento con repetidores después de cada segmento, 250 máximo. Tasa de trasferencia con más de un repetidor: 62,5K Bit/s exclusivamente. Longitud:300m por segmento a 375k Bit/s, 1200m a 62,5kBit/s. Conector:Conector Sub-D de 9 pin.

Page 13: BitBus

Cableado y terminaciones

El cableado puede estar formado por uno o dos pares de cables trenzados y apantallados, siendo el apantallamiento común para todos los cables.

Normalmente se emplea un par de cables para la línea de datos semidúplex y el segundo par para una de las siguientes aplicaciones: Transmisión del reloj en modo síncrono. Conmutación de la línea en repetidores en modo autoreloj. La impedancia característica de cada par de cables debe ser 120 ohmios. Las terminaciones serán resistencias de 120 ohmios para evitar el efecto de reflexión.

Page 14: BitBus

Conectores El estándar especifica que los conectores deben ser del tipo sub-D9. El patillaje es el mismo que para un conector RS-232, pero sólo se emplean las señales RxD, TxD y masa.

Page 15: BitBus

Bitbus Installation

Page 16: BitBus
Page 17: BitBus
Page 18: BitBus

Estructura

La estructura de la red BITBUS puede ser de varios tipos:

Básica: estructura lógica del tipo maestro-esclavo.

Arbol: se emplean repetidores para largas distancias, se considera todo un único bus y se opera en modo autoreloj (debido a que los repetidores no transmiten la señal de reloj).

Arbol multinivel: se emplean uniones esclavo-maestro para formar sub-buses en varios niveles. Cada nivel puede operar a una velocidad propia y posee sus propias direcciones.

Page 19: BitBus
Page 20: BitBus
Page 21: BitBus
Page 22: BitBus
Page 23: BitBus

Tipos de nodos

Todo bus BITBUS se compone de elementos básicos denominados nodos. Un nodo es cualquier dispositivo que contenga al menos una interfaz con el bus. Los nodos posibles son:

Maestro: permite controlar el acceso a un bus de cualquier nivel mediante un protocolo de comunicación del tipo pregunta-respuesta. En cada nivel sólo existe un maestro, aunque es posible la existencia de un maestro flotante (desaconsejado por el estándar).

Page 24: BitBus

Esclavo: es un bloque controlado por el maestro, el cual sólo transmite si el maestro lo indica. El esclavo puede estar conectado a su vez con un maestro o un bloque de E/S..

Repetidor: se encarga de regenerar la señal de datos del bus (no el reloj). Se emplea para aumentar la longitud del bus.

Expansión E/S: es cualquier dispositivo de E/S que se quiera conectar al bus o a un esclavo.

Page 25: BitBus

En la siguiente tabla se muestran las distintas posibilidades de nodos y repetidores:

Modo Nº máx. de

nodos Nº máx. de repetidores

Velocidad (bits/s)

Distancia máx. (m)

Autoreloj 28 Ninguno 62,5 K 1200

Autoreloj 28 Ninguno 375 K 300

Autoreloj 250 10 62,5 K 1200 entre repetidores (4800 máx)

Autoreloj 250 2 375 K 300 entre repetidores (900 máx)

Síncrono 28 Ninguno 62,5 K o 375 K

300 o 1200 (según velocidad)

Page 26: BitBus

Modos de sincronización

Existen dos modos de sincronización de bits: Síncrono: en este modo los datos se transmiten por un par trenzado y el reloj mediante otro par adicional. No se admiten repetidores y la estructura del bus es completamente lineal (sólo hay un nivel).

Autoreloj: en este modo cada nodo genera su propio reloj, sincronizando con la línea de datos. Los datos se codifican en formato NRZI. Se permiten repetidores (obligatorio para más de 28 nodos). Las derivaciones a partir del repetidor requieren una línea de control además de la línea de datos, por lo que se emplean dos pares trenzados.

Page 27: BitBus

Codificación Nivel de bits

Modo síncrono: la codificación se realiza mediante el procedimiento NRZ (0 es nivel bajo y 1 es nivel alto).

Modo autoreloj: la codificación se realiza mediante el procedimiento NRZI (0 es cambio de nivel y 1 es un NO cambio de nivel).

A nivel de byte se emplea un juego reducido del protocolo SDLC* de IBM. Este protocolo inserta un "0" después de cinco "1" consecutivos. Este sistema, combinado con la codificación de bit por NRZI, permite sincronizar el reloj en el receptor en modo autoreloj cada 6 bits como mínimo.

* (Synchronous Data Link Control )

Page 28: BitBus

Trama del mensaje

La comunicación entre nodos se realiza mediante mensajes. Dicha comunicación siempre se efectúa a petición del maestro y consta siempre de un mensaje de pregunta al esclavo y de un mensaje de respuesta del mismo.

La trama de mensaje se compone de entre 6 y 255 bytes, siendo su estructura la siguiente:

Flag (7Eh)

Dirección esclavo

Control

Información (funciones/datos)

CRC (16 bits)

Flag (7Eh)

Page 29: BitBus

Flag

Longitud: 1 byte. Todo mensaje debe estar delimitado mediante dos Flag al comienzo y al final del mismo. Se denomina Flag a un caracter de valor fijo e igual a 7E (hexadecimal).

Dirección esclavo

Longitud: 1 byte. En todos los mensajes este campo indica la dirección del esclavo, entre 1 y 250. Las direcciones 0 y 251 a 255 están reservadas.

Page 30: BitBus

Control

Longitud: 1 byte Este campo clasifica las tramas en tres tipos:

•Control. •Supervisión. •Información.

De los tres tipos sólo la trama de información contiene un campo de información dentro del mensaje. En el resto todos los mensajes se componen de 6 bytes (no incluyen el campo de información). A continuación se muestra una tabla con todas la funciones:

Page 31: BitBus

Función Tipo de trama

Código (campo de control)

Descripción

Modo de respuesta normal (SNRM)

ControlM > E

93h Se ordena al esclavo pasar al estado de respuesta normal (NRM)

Desconexión (DISC)

ControlM > E

53h Se ordena al esclavo pasar al estado de desconexión (NDM)

Reconocimiento no numerado (UA)

ControlE > M

53h Respuesta del esclavo indicando que ha recibido una orden válida estando en estado de desconexión.

Page 32: BitBus

Trama rechazada (FRMR)

ControlE > M

97h Respuesta del esclavo indicando que ha recibido una orden incorrecta estando en estado normal (NRM)

Consulta o test (polling)

SupervisiónM > E

RRR10001 (binario)

RRR=nº de secuencias anteriores recibidas como correctasEl maestro indica que el esclavo debe contestar como consulta o test, respondiendo con RR o RNR.

Receptor dispuesto (RR)

SupervisiónE > M

RRR10001 (binario)

RRR=nº de secuencias anteriores recibidas como correctasRespuesta del esclavo indicando que la consulta es correcta y que no tiene datos que transmitir.

Receptor no dispuesto (RNR)

SupervisiónE > M

RRR10101 (binario)

RRR=nº de secuencias anteriores recibidas como correctasRespuesta del esclavo indicando que la consulta es correcta pero que no puede aceptarla por tener el buffer lleno.

Page 33: BitBus

Información (I)

InformaciónM > EE > M

RRR1EEE0 (binario)

RRR=nº de secuencias anteriores recibidas como correctasEEE=nº de secuencias enviadasTramas normales de intercambio de información.En cada trama se comprueba los números de secuencia para evitar duplicidad de mensajes y detectar la pérdida de tramas o errores de transmisión.

Page 34: BitBus

Información

Longitud: máximo 250 bytes Este campo es de longitud variable y sólo existe en las tramas de información. En el siguiente epígrafe se explica con profundidad esta parte de la trama.

CRC Longitud: 2 bytes El CRC es un conjunto de 16 bits que sirven para detectar errores de transmisión. Los dos bytes se obtienen mediante un polinomio H4 del tipo (XE16 + XE12 + XE5 + 1).

Page 35: BitBus

Trama del campo de información

El campo de información de la trama obedece a un formato que especifica un mínimo de 7 bytes y un máximo de 250 (aunque se acepta como dispositivo estándar aquel que permite entre 7 y 20 bytes de longitud). Los bytes se corresponden con el siguiente formato:

Byte Descripción

1 Longitud de información

2 MT - SE - DE - TR - 4 bits de reserva

3 Dirección esclavo

4 Tarea fuente - Tarea destino

5 Tareas usuario / Errores

6 en adelante(hasta byte 250)

Otros datos (Mínimo 2 bytes)

Page 36: BitBus

Longitud de información

Indica la longitud del campo de información (entre 7 y 250).

Tipo de mensaje (MT)

0 = orden1 = respuesta

Fuente de la orden (SE)

Indica si la fuente de una orden o el destino de una respuesta es: 0 = bloque maestro1 = bloque de expansión E/S de éste

Page 37: BitBus

Destino de la orden (DE) Indica si el destino de una orden o la fuente de una respuesta es: 0 = bloque esclavo1 = bloque de expasión E/S de éste

Pista (TR) 0 = mensaje de maestro a esclavo1 = respuesta de esclavo a maestro

4 bits reservados Se reservan para futuras ampliaciones, deben ser puestos a 0 al enviar el mensaje.

Dirección esclavo El valor debe estar comprendido entre 1 y 250 (como ya se ha comentado anteriormente).

Page 38: BitBus

Codificación de tareas

Este byte se compone de dos grupos de 4 bits:

tarea fuente (4 bits altos): las tareas 12 a 15 están libres y pueden ser definidas por el usuario. La tarea 0 está reservada a los servicios RAC (ver tabla adjunta) y las tareas 1 a 11 están reservadas por Intel.

tarea destino (4 bits altos): definibles por el usuario (salvo que la tarea fuente sea la 0).

La tarea 0 o RAC (Remote Acces andControl): proporciona una serie de funciones que todo dispositivo BITBUS debe soportar:

Page 39: BitBus

Código

Tipo Tarea

00h Control Reset esclavo

01h Control Llamar tarea programada en un esclavo

02h Control Finalizar tarea

03h Control Obtener identificador/puntero de la función.

04h Control Habilitar/deshabilitar el resto de tareas

(excepto RAC) en un esclavo.

05h Acceso Leer 1 byte de E/S

06h Acceso Escribir 1 byte de E/S

07h Acceso Actualizar líneas de E/S

Page 40: BitBus

08h Acceso Leer n bytes de la memoria del esclavo

09h Acceso Grabar n bytes en la memoria del esclavo

0Ah Acceso Operación O (OR) con byte de E/S

0Bh Acceso Operación Y (AND) con byte de E/S

0Ch Acceso Operación O-exclusiva (XOR) con byte de E/S

0Dh Acceso Leer registro de estado

0Eh Acceso Escribir registro de estado

0Fh a BFh - Funciones reservadas por INTEL

C0h a FFh - Funciones definibles por el usuario

Page 41: BitBus

Tareas usuario/Errores

Este byte, en los mensajes de órdenes de maestro a esclavo, contendrá los datos necesarios para las subfunciones definidas por el usuario. En los mensajes de respuesta contendrá los códigos de error.

La siguiente tabla muestra los códigos de error que contempla el estándar y señala aquellos definibles por el usuario:

Page 42: BitBus

Código Error

00h No hay error

01h a 7Fh Errores definidos por el usuario

80h No se encuantra la tarea destino

81h Imposible iniciar tarea debido a que se está realizando otra

82h Imposible crear tarea por falta de banco de registros

83h Solicitud de tarea ya activa

84h Imposible iniciar tarea por falta de memoria

85h a 90h Reservado por Intel

91h Error de protocolo

92h Reservado por Intel

93h El nodo de destino no responde

94h Reservado por Intel

95h Tareas deshabilitadas por RAC

96h Orden RAC desconocida

97h a FFh Reservado por Intel

Page 43: BitBus

Datos

Estos bytes están libres para uso general, pero al menos deben existir los bytes 6 y 7 en cualquier trama que tenga campo de información

Registros de estado y contadores de secuencia Todo esclavo posee un registro que indica su estado dentro de los dos posibles: Modo de respuesta normal (NRM): en este modo el esclavo puede intercambiar mensajes con el maestro normalmente.

Page 44: BitBus

Modo de desconexión (NDM): en este modo el esclavo no puede intercambiar mensajes con el maestro. Un esclavo pasa a este modo tras un reset (inicio) del sistema o cuando detecta un error de sincronización o una trama que no puede interpretar. Para pasar al modo NRM se requiere una inicialización por parte del maestro. Cada esclavo dispone, además, de un contador de intercambios que es comprobado con cada intercambio (excepto en tramas de control) y permite detectar errores de interpretación o pérdida de una trama. El maestro mantiene una tabla con los registro de estado y los contadores de intercambio de todos los esclavos.

Page 45: BitBus

REALIZACION:

EDUARDO MENDOZA

MURIALDO VALENCIA

JAIME CARDENAS

REVISION:

ING. RAUL MORENO

Page 46: BitBus