Envío y recepción de mensajes
Los mensajes transfieren datos estándar o de seguridad a otros dispositivos como, por ejemplo, a otros controladores o interfaces de operador. El mensaje es una instrucción de salida de lógica de escalera que lee o escribe de forma asincrónica un bloque de datos en o de otro módulo a través del backplane o una red. El tamaño de la instrucción depende de los tipos de datos y del comando de mensaje que programe.
Los mensajes utilizan recursos de conexión para enviar o recibir datos. Los mensajes pueden dejar la conexión abierta (en caché) o cerrar la conexión cuando el mensaje se termina de transmitir.
Los mensajes pueden ser no conectados o conectados. Los mensajes no conectados dependen de la disponibilidad de búfers no conectados en todos los dispositivos que debe atravesar el mensaje. Los mensajes conectados comienzan con una solicitud para asignar búfers de conexión en todos esos dispositivos, antes de enviar el mensaje propiamente dicho. Si se elige almacenar en caché un mensaje conectado, se indica al controlador que mantenga la conexión abierta una vez que se haya completado el mensaje, lo que mejora la eficiencia si se tiene previsto enviar el mensaje de manera repetida.
Los mensajes conectados utilizan recursos de conexión. Si el mensaje conectado no se deja en caché, los recursos se utilizan temporalmente cada vez que se activa el mensaje. Mientras que un mensaje conectado en caché permanezca en la caché, los recursos permanecerán asignados y no estarán disponibles para otros mensajes. Los mensajes pueden ser expulsados de la caché si la aplicación supera la capacidad de caché del controlador.
Cada mensaje utiliza una conexión del controlador, independientemente del número de dispositivos que se encuentren en la ruta del mensaje. Se pueden conectar mensajes genéricos
CIP™
. Sin embargo, en la mayoría de las aplicaciones recomendamos dejar no conectados los mensajes genéricos CIP™
. Los mensajes conectados que se produzcan con una frecuencia superior a una vez cada 60 segundos deben almacenarse en caché si es posible.Tipo de mensaje | Método de comunicación | Mensaje conectado | El mensaje se puede dejar en caché |
|---|---|---|---|
Tabla de datos CIP™ de lectura o escritura | N/A | Entradas/salidas | Sí |
PLC-5®® , PLC-5®® , PLC-5®® o SLC™ (todos los tipos) | CIP™ | No | No |
CIP™ con ID de origen | No | No | |
DH+™ | Sí | Sí | |
genérico CIP™ | N/A | Opcional | Sí |
Lectura o escritura de transferencias en bloques | N/A | Sí | Sí |
Para obtener más información acerca del uso de los mensajes, consulte el documento Logix 5000 Controllers Messages Programming Manual, publicación 1756-PM012.
Conexiones de mensaje en caché
Al configurar un mensaje, se tiene la opción de almacenar la conexión en caché. Las conexiones dejadas en caché transfieren los datos con mayor rapidez que las conexiones no dejadas en caché.
Los controladores pueden almacenar en caché 384 mensajes y disparar 384 mensajes de manera simultánea.
En la siguiente tabla, se describen las opciones para almacenar en caché las conexiones.
Frecuencia de ejecución de mensajes | Acción |
|---|---|
Repetidamente | Deje en caché la conexión. Así se mantiene abierta la conexión y se optimiza el tiempo de ejecución. Abrir una conexión cada vez que se ejecuta el mensaje supone prolongar el tiempo de ejecución. |
Infrecuentemente | No deje en caché la conexión. Así se cierra la conexión una vez transferido el mensaje y queda libre para otros usos. |
Entregue su opinión