P. 1
MENSAJERIA RSLOGIX5000

MENSAJERIA RSLOGIX5000

|Views: 337|Likes:
Publicado porDiego Andrès Ojeda

More info:

Published by: Diego Andrès Ojeda on May 15, 2013
Copyright:Attribution Non-commercial

Availability:

Read on Scribd mobile: iPhone, iPad and Android.
download as DOCX, PDF, TXT or read online from Scribd
See more
See less

08/09/2015

pdf

text

original

1.

Tema: Mensajería para la comunicación RSLogix 5000 Los mensajes se utilizan para realizar comunicaciones controladas por la lógica de programación. Por ejemplo enviar mensajes de aviso, y así no saturar las comunicaciones. Sin embargo existe una serie de limitaciones como que no puede haber más de 16 mensajes simultáneos. Se explican las conexiones de caché y los búferes a fin de que pueda programar correctamente el controlador. Tipos de datos compatibles Se aceptan los siguientes tipos de datos al enviar mensajes CIP: SINT, INT, DINT, LINT, REAL Además, para enviar un mensaje puede usarse cualquier tipo de estructura predefinida, definida por el módulo o definida por el usuario. Este diagrama muestra cómo el controlador procesa las instrucciones MSG.

Descripción
1 2 3 El controlador escanea la instrucción MSG y su condición de entrada del renglón pasa a ser “verdadero”. El mensaje pasará a un regulador, el cual tiene 16 posiciones. Si el regulador está lleno, el mensaje permanecerá habilitado, pero se mantendrá hasta otro escán de controlador. El segmento de tiempo de procesamiento interno del sistema se ejecuta y el mensaje pasa del regulador a la cola de mensajes. Si la instrucción MSG No utiliza una conexión o la conexión no fue previamente almacenada en caché. Utiliza una conexión y la conexión está almacenada en caché 4 Se establece comunicación con el dispositivo de destino. Entonces la instrucción MSG Utiliza un búfer no conectado para establecer comunicación con el dispositivo de destino. No utiliza un búfer no conectado.

1

PLC-5 o SLC (todos los tipos) CIP CIP con ID de origen DH+ CIP genérico Lectura o escritura de transferencia en bloques Y este método de comunicación Utiliza una conexión Su opción (1) No Sí Su opción (2) Sí 2 . 2 & 3 4 Lista de caché: Dependiendo de cómo configure una instrucción MSG. una instrucción intentará entrar en ella cada vez que se escanee la instrucción. PLC-3. La condición de entrada del renglón de la instrucción MSG es “falso”. tal como muestra el siguiente esquema: Descripción: 1 El controlador escanea la instrucción MSG. pero todavía no hay posiciones abiertas. Esta vez la posición del regulador está abierta y el mensaje puede pasar a la cola de mensajes. La condición de entrada del renglón de la instrucción MSG es “verdadero”. La instrucción MSG intenta entrar en la cola pero hay 16 posiciones de regulador. el mensaje se habilita. Cuando la cola esté llena. pero … …el bit EW permanece borrado. El controlador escanea la instrucción MSG. La instrucción MSG intenta entrar en la cola. Si las 16 están llenas y se ejecuta un 17° mensaje. La instrucción MSG intenta pasar a través del regulador. El controlador escanea la instrucción MSG. Este tipo de mensaje Tabla de datos CIP de lectura o escritura PLC-2. incluyendo las que usted configure como lectura de transferencia en bloques o escritura de transferencia en bloques. El bit EW permanece borrado. puede que ésta utilice una conexión para enviar o recibir datos. El bit EN está establecido. El bit EW está establecido. El bit EN permanece establecido.Cola de mensajes La cola de mensajes puede contener hasta 48 instrucciones MSG.

usted puede escoger entre dejar la conexión abierta (caché) o cerrar la conexión cuando el mensaje se termina de transmitir. Término Búfer no conectado Definición Asignación de memoria que el controlador utiliza para procesar comunicaciones no conectadas. Cada instrucción MSG utiliza 1 conexión y un búfer en caché.(1) Los mensajes de lectura o escritura de la tabla de datos CIP pueden ser conectados o desconectados. Si las instrucciones MSG son para Dispositivos diferentes El mismo dispositivo y almacenado en caché y sin conexión grande Son habilitados al mismo tiempo (el mismo escán) No son habilitadas al mismo tiempo El mismo dispositivo y almacenado en caché y conexión grande Son habilitados al mismo tiempo (el mismo escán) No son habilitadas al mismo tiempo Y Entonces Cada instrucción MSG utiliza 1 conexión. Búferes no conectados: Para establecer una conexión o procesar mensajes no conectados.x o anterior Entonces puede almacenar en caché • Mensajes de transferencia en bloques para un máximo de hasta 16 conexiones • Otros tipos de mensajes para un máximo de hasta 16 conexiones Hasta 32 conexiones 12. La conexión se cerrará después de que la instrucción MSG haya terminado. Comparten la conexión y el búfer.x o posterior Si varios mensajes van a un mismo dispositivo. Pero para la mayoría de las aplicaciones. Todas las instrucciones MSG utilizan 1 conexión y un búfer en caché. recomendamos que deje conectados los mensajes de lectura o escritura de la tabla de datos CIP. estos mensajes pueden compartir una conexión. No almacena en caché la conexión El controlador tiene estos límites en cuanto al número de conexiones que usted puede almacenar en caché: Si usted tiene esta revisión de software y firmware 11. incluido un módulo de E/S. Pero para la mayoría de aplicaciones recomendamos dejar los mensajes genéricos CIP no conectados. Esto optimiza el tiempo de ejecución. 3 . Si usted Almacena en caché la conexión Entonces La conexión permanecerá abierta después de que la instrucción MSG haya terminado. Si una instrucción MSG utiliza una conexión. De ese modo. el controlador utiliza un búfer no conectado. Abrir una conexión cada vez que se ejecuta el mensaje supone prolongar el tiempo de ejecución. (2) Los mensajes genéricos CIP pueden estar conectados o desconectados. Comparten la conexión y el búfer. a menos que desee usar la opción Large Connection. Todas las instrucciones MSG utilizan 1 conexión y un búfer en caché. El controlador establece una comunicación no conectada cuando: • Establece una conexión con un dispositivo. la conexión quedará libre para otros usuarios. Cada instrucción MSG utiliza 1 conexión y un búfer en caché. • Ejecuta una instrucción MSG que no utiliza una conexión.

• Programe un mensaje para que se comunique con múltiples dispositivos. Almacene en caché la conexión de aquellas instrucciones MSG que se ejecuten con más frecuencia (hasta alcanzar el número máximo de instrucciones que le permita la revisión de su controlador). • Para aumentar el número de búferes no conectados. Ejemplo práctico de pasos para establecer una comunicación entre dos máquinas virtuales por medio de mensajería de RSLogix 5000 El control de la mensajería la hará el primer controlador (SoftLogix A). • El número predeterminado es 10. estarán los datos que se escribirán desde el SoftLogix A. 2. 6. Para cada instrucción MSG. Mantenga un número de mensajes no conectados y no almacenados en caché inferior al número de búferes no conectados. 3.2 KB de memoria. donde se encontraran los datos que serán leídos desde el SoftLogix A. Almacene en caché los mensajes conectados que se ejecuten con más frecuencia. El número predeterminado es 10. utilice un búfer de INT en el mensaje y DINT en todo el proyecto. Si usted configura la instrucción de forma que la conexión se almacene en caché. utilice alguna estrategia de administración. Vea la página 16. • Programe la lógica para que coordine la ejecución de los mensajes. Esto optimizará el tiempo de ejecución. • Si todos los búferes no conectados están siendo utilizados cuando una instrucción abandona la cola de mensajes. • Usted puede aumentar el número de búferes no conectados (40 como máximo). utilice un búfer de INT en el mensaje y DINT en todo el proyecto. entonces emplea un búfer no conectado cuando se ejecuta por primera vez para establecer una conexión. ya que los controladores Logix5000 son más eficientes y utilizan menos memoria cuando operan con enteros de 32 bits (DINT). en el primero. aplique las siguientes pautas: Pauta Detalles 1. 2. En el SoftLogix B no se 4 . dicha instrucción generará un error y los datos no serán transferidos. Tags (alcance del controlador). por ejemplo un controlador PLC-5 o un SLC 500. Si su mensaje es para un dispositivo que utiliza enteros de 16 bits. • Cada búfer no conectado utiliza 1. Si usted habilita más de 16 mensajes a la vez. Si desea habilitar más de 16 mensajes a la vez. una vez establecida la conexión la instrucción ya no precisará un búfer no conectado. pero debe continuar siguiendo la pauta 5. 4. y transfiere enteros (y no reales). vea la página 13.El controlador puede tener entre 10…40 búferes no conectados. • Si todos los búferes no conectados están siendo utilizados en el momento en que una instrucción abandona la cola de mensajes. Cada instrucción MSG necesita su propio tag de control. En la segunda máquina virtual (SoftLogix B) se crea dos tags. ejecute una instrucción MSG que reconfigure el número de búferes no conectados. Si una instrucción MSG utiliza una conexión. Para garantizar la ejecución de cada mensaje. MENSAJE_DATOS_RECIBIDOS. Si su mensaje es para un dispositivo que utiliza enteros de 16 bits. El controlador puede tener entre 10… 40 búferes no conectados. MENSAJE_DATOS_A_ENVIAR. • Tipo de datos = MENSAJE • Alcance = controlador • El tag no puede formar parte de una matriz ni pertenecer a un tipo de datos definido por el usuario. Esto incrementará la eficiencia de su proyecto. ya que el controlador no tendrá una conexión abierta cada vez que el mensaje se ejecute. • Para aumentar el número de búferes no conectados. escoja una de las siguientes opciones: • Habilite cada mensaje en secuencia. Pautas: A la hora de planificar y programar sus instrucciones MSG. • Habilite los mensajes en grupos. dicha instrucción generará un error y no transferirá los datos. En el segundo. Mantenga los datos de origen y/o destino Una instrucción MSG solamente puede acceder a aquellos tags que estén en la carpeta Controller dentro del alcance del controlador. algunas instrucciones MSG pueden sufrir retrasos a la hora de entrar en la cola. cree un tag de control. 5.

se crea los tags MENSAJE_ESCRITURA_SLB y MENSAJE_LECTURA_SLB respectivamente. El objetivo es que desde el SoftLogix A se podrá leer y escribir a través de mensajes en los tags del SoftLogix B. Para ello.hará ninguna programación. En el proyecto del SoftLogix A se debe especificar la existencia en la red Ethernet del SoftLogix B. Para usar un mensaje tanto para escribir y otro para leer. simplemente monitorizar los valores de ese par de tags. bajo la tarjeta Ethernet hay que incluir los módulos correspondientes para que quede como sigue: Para cada comunicación por mensajes se debe definir un tag de tipo MESSAGE. en el apartado I/O Configuration. así de ese modo se crea DATOS_A_ESCRIBIR_SLB y DATOS_LEIDOS_SLB. en el árbol de proyecto. Finalmente se 5 . También se necesita tags que tengan el mismo formato que los tags del SoftLogix B en los que se lee y escribe.

Cuando finaliza la comunicación se borra la orden respectiva. 6 . órdenes de escritura y lectura: La programación consiste en lanzar la instrucción MSG con la orden de lectura o escritura y si no está el mensaje activo. En cada instrucción MSG deberemos asignarle el tag de tipo MESSAGE correspondiente.coloca un par de booleanos para dar las ORDEN_ESCRITURA_SLB y ORDEN_LECTURA_SLB. Para configurar el mensaje se pulsa sobre el botón de los tres puntos que aparece en la instrucción.

Para ello se pulsa sobre el botón Browse y selecciona el controlador remoto. en la pestaña Configuration lo primero es determinar el tipo de mensaje. en Source Element debe escribir el nombre de la variable del SoftLogix B que va a leer. Para la lectura de otro controlador Logix debo seleccionar CIP Data Table Read. decirle cuantos datos de la tabla se transmitirán en Number of Elements y en Destination Element poner el tag del SoftLogix A donde se recogerán los datos. A continuación. En la pestaña Communication hay que especificar el controlador de donde se leerán los datos. 7 .Para el mensaje de lectura.

En la instrucción MSG de escritura se debe hacer una configuración similar. en número de dato y el nombre de la variable en el controlador remoto donde se almacenarán. configurar como tipo de mensaje CIP Data Table Write. especificar el tag donde están los datos a transmitir. 8 .

En los tags DATOS_A_ESCRIBIR_SLB del SoftLogix A y MENSAJE_DATOS_A_ENVIAR del SoftLogix B asignar valores al azar y activando los bits de órdenes de lectura y escritura en el SoftLogix A comprobar que los datos se transmiten correctamente.En la pestaña Communication también se debe seleccionar el controlador remoto. 9 . Para probar que el servicio de mensajería funciona se debe cargar los proyectos en los dos SoftLogix y seleccionar on line.

Datos en el SoftLogix A Datos en el SoftLogix B 10 .

You're Reading a Free Preview

Descarga
scribd
/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->