simatic s7-300 acoplamiento punto a punto cp 341 ......prólogo acoplamiento punto a punto cp 341,...

SIMATIC S7-300 Acoplamiento punto a punto CP 341, configuración y parametrización

__________________________________________________________________________________________________

____________________________________________________________________________________

Prólogo

Presentación del producto

1

Principios de la transmisión serie de datos

2

Puesta en marcha del CP 341

3

Montar el CP 341

4

Configurar y parametrizar el CP 341

5

Comunicación mediante bloques de función

6

Comportamiento de arranque y cambios de estado operativo del CP 341

7

Diagnóstico del CP 341

8

Ejemplo de programación de bloques estándar

9

Especificaciones técnicas

A

Cables de conexión

B

Accesorios y referencias

C

Bibliografía relativa a SIMATIC S7

D

SIMATIC

S7-300 Acoplamiento punto a punto CP 341, configuración y parametrización

Manual de producto

09/2008 A5E02191073-01

Notas jurídicas Notas jurídicas Filosofía en la señalización de advertencias y peligros

Este manual contiene las informaciones necesarias para la seguridad personal así como para la prevención de daños materiales. Las informaciones para su seguridad personal están resaltadas con un triángulo de advertencia; las informaciones para evitar únicamente daños materiales no llevan dicho triángulo. De acuerdo al grado de peligro las consignas se representan, de mayor a menor peligro, como sigue.

PELIGRO Significa que, si no se adoptan las medidas preventivas adecuadas se producirá la muerte, o bien lesiones corporales graves.

ADVERTENCIA Significa que, si no se adoptan las medidas preventivas adecuadas puede producirse la muerte o bien lesiones corporales graves.

PRECAUCIÓN con triángulo de advertencia significa que si no se adoptan las medidas preventivas adecuadas, pueden producirse lesiones corporales.

PRECAUCIÓN sin triángulo de advertencia significa que si no se adoptan las medidas preventivas adecuadas, pueden producirse daños materiales.

ATENCIÓN significa que puede producirse un resultado o estado no deseado si no se respeta la consigna de seguridad correspondiente.

Si se dan varios niveles de peligro se usa siempre la consigna de seguridad más estricta en cada caso. Si en una consigna de seguridad con triángulo de advertencia se alarma de posibles daños personales, la misma consigna puede contener también una advertencia sobre posibles daños materiales.

Personal cualificado El equipo/sistema correspondiente sólo deberá instalarse y operarse respetando lo especificado en este documento. Sólo está autorizado a intervenir en este equipo el personal cualificado. En el sentido del manual se trata de personas que disponen de los conocimientos técnicos necesarios para poner en funcionamiento, conectar a tierra y marcar los aparatos, sistemas y circuitos de acuerdo con las normas estándar de seguridad.

Uso previsto o de los productos de Siemens Considere lo siguiente:

ADVERTENCIA Los productos de Siemens sólo deberán usarse para los casos de aplicación previstos en el catálogo y la documentación técnica asociada. De usarse productos y componentes de terceros, éstos deberán haber sido recomendados u homologados por Siemens. El funcionamiento correcto y seguro de los productos exige que su transporte, almacenamiento, instalación, montaje, manejo y mantenimiento hayan sido realizados de forma correcta. Es preciso respetar las condiciones ambientales permitidas. También deberán seguirse las indicaciones y advertencias que figuran en la documentación asociada.

Marcas registradas Todos los nombres marcados con ® son marcas registradas de Siemens AG. Los restantes nombres y designaciones contenidos en el presente documento pueden ser marcas registradas cuya utilización por terceros para sus propios fines puede violar los derechos de sus titulares.

Exención de responsabilidad Hemos comprobado la concordancia del contenido de esta publicación con el hardware y el software descritos. Sin embargo, como es imposible excluir desviaciones, no podemos hacernos responsable de la plena concordancia. El contenido de esta publicación se revisa periódicamente; si es necesario, las posibles las correcciones se incluyen en la siguiente edición.

Siemens AG Industry Sector Postfach 48 48 90026 NÜRNBERG ALEMANIA

A5E02191073-01 Ⓟ 08/2008

Copyright © Siemens AG 2008. Sujeto a cambios sin previo aviso

Acoplamiento punto a punto CP 341, configuración y parametrización Manual de producto, 09/2008, A5E02191073-01 3

Prólogo

Objetivo del manual Este manual describe cómo configurar y poner en marcha un acoplamiento punto a punto.

Contenido del manual Este manual describe el hardware y el software del procesador de comunicaciones CP 341 y su conexión con en el sistema de automatización S7-300. El manual consta de una parte de instrucciones y una parte de consulta (anexos). El manual describe los siguientes temas: ● Principios básicos del acoplamiento punto a punto con el CP 341 ● Puesta en servicio del CP 341 ● Montar el CP 341 ● Comunicación con el CP 341 ● Búsqueda de errores ● Ejemplo de aplicación ● Características y especificaciones técnicas

Ámbito de validez del manual El presente manual es válido para: Producto Referencia a partir de la versión CP 341-RS 232C 6ES7341-1AH02-0AE0 01 CP 341-20mA TTY 6ES7341-1BH02-0AE0 01 CP 341-RS 422/485 6ES7341-1CH02-0AE0 01

Prólogo

Acoplamiento punto a punto CP 341, configuración y parametrización 4 Manual de producto, 09/2008, A5E02191073-01

Modificaciones con respecto a la versión 06/2002 Este manual se distingue de la versión 06/2002 del manual en que esta versión describe las funciones adicionales del CP 341 (a partir de la referencia 6ES7341-1_H02-0AE0). ● Velocidad de transmisión adicional de 115,2 Kbaudios ● Aumento de la longitud máxima de telegrama a 4 kBytes ● Complemento del driver de impresora ● Complemento de los datos identificativos (funciones I&M) ● Tiempo de espera a telegramas de reacción ajustable según la velocidad de transmisión

en el protocolo RK512 ● Indicación de error ampliada configurable en el FB de recepción

Nota Este manual describe el procesador de comunicaciones CP 341 actual en el momento en que se imprimió el manual. Nos reservamos el derecho a describir en una "Información de producto" los cambios posteriores que se realicen respecto a la funcionalidad de los bloques.

Convenciones En la presente documentación se utiliza la denominación abreviada CP 341, cuando la información es válida para las tres variantes del módulo: CP 341-RS232C, CP 341-20mA TTY y CP 341-RS 422/485.

Ayudas de búsqueda para el manual Para facilitarle el acceso rápido a informaciones específicas, el presente manual incluye las siguientes ayudas: ● Al comienzo del manual encontrará un índice de contenido completo. ● En los apartados y capítulos aparecen en la columna izquierda de cada página

informaciones generales sobre el contenido del párrafo en cuestión. ● A continuación del anexo encontrará un glosario en el que se encuentran definidos los

principales tecnicismos que se han utilizado en este manual. ● Al final del manual encontrará un índice alfabético, que le facilitará el rápido acceso a la

información que necesite.

Manuales electrónicos Toda la documentación relativa a SIMATIC S7 está recopilada en un CD-ROM disponible bajo demanda.

Prólogo


Reciclaje y eliminación El CP 341 es un producto ecológico y se caracteriza, entre otra cosas, por los siguientes aspectos: ● El plástico de la carcasa está revestido de una película ignífuga libre de halógenos que la

hace altamente resistente al fuego. ● Rotulación por láser (es decir, sin etiquetas) ● Identificación de los materiales plásticos según DIN 54840 ● Menor empleo de material gracias a su diseño compacto, menor número de

componentes gracias a la integración en ASICs El CP 341 es reciclable, ya que sus componentes contienen sustancias poco nocivas. Para un reciclaje y una eliminación ecológicos del aparato una vez finalizada su vida útil, diríjase a: Siemens Aktiengesellschaft Anlagenbau und Technische Dienstleistungen ATD TD 3 Kreislaufwirtschaft Postfach 32 40 D-91050 Erlangen Teléfono: +49 (9131) 73 36 98 Telefax: +49 (9131) 72 66 43 Esta oficina de Siemens ofrece un sistema de reciclaje amplio y flexible a un precio fijo y asesoramiento individual. Tras la eliminación del aparato recibirá protocolos de despiece con información sobre fracciones de material y los correspondientes certificados de los materiales.

Prólogo


Soporte adicional Si tiene preguntas sobre los productos que se describen en este manual y no encuentra respuesta en la documentación impresa, póngase en contacto con el representante de la sucursal, delegación o agencia de Siemens más próxima. ● Encontrará a su persona de contacto en:

http://www.siemens.com/automation/partner ● Encontrará una guía de la documentación técnica disponible para los diferentes

productos y sistemas SIMATIC en: http://www.siemens.de/simatic-tech-doku-portal El catálogo online y el sistema de pedidos online se encuentran en: http://mall.automation.siemens.com/

Centro de formación Para facilitar la iniciación a los sistemas de automatización SIMATIC S7, ofrecemos distintos cursillos de formación. Diríjase por favor al centro de formación de su región o al centro de formación central en D90327 Nürnberg. ● Teléfono: +49 (911) 895-3200. ● Internet: http://www.sitrain.com

Technical Support Contacte el servicio de asistencia técnica (Technical Support) para todos los productos de Industry Automation y Drive Technology ● a través del formulario web para el Support Request

http://www.siemens.de/automation/support-request ● Teléfono: + 49 180 5050 222 ● Fax: + 49 180 5050 223 Encontrará más información sobre nuestro Technical Support en la dirección de Internet http://www.siemens.de/automation/service

Service & Support en Internet Además de nuestra documentación, en Internet ponemos a su disposición todos nuestros conocimientos. http://www.siemens.com/automation/service&support

Prólogo


En esta página encontrará: ● la Newsletter que le mantendrá informado sobre las últimas novedades relacionadas con

sus productos. ● los documentos que necesita con el buscador del Product Support. ● el "Foro" en el que podrá intercambiar sus experiencias con cientos de expertos de todo

el mundo. ● su persona de contacto de Industry Automation y Drive Technology de su región en

nuestra base de datos. ● información sobre reparaciones, recambios y consultoría.

Consulte también Bibliografía relativa a SIMATIC S7 (Página 245)

Prólogo



Índice

Prólogo ...................................................................................................................................................... 3 1 Presentación del producto ....................................................................................................................... 17

1.1 Posibilidades de aplicación del CP 341.......................................................................................17 1.2 Configuración del CP 341............................................................................................................20 1.3 Componentes para un acoplamiento punto a punto con el CP 341............................................22 1.3.1 Componentes de hardware necesarios .......................................................................................22 1.3.2 Componentes de software necesarios ........................................................................................23 1.4 Propiedades de la interfaz serie ..................................................................................................24 1.4.1 Interfaz RS 232C del CP 341-RS 232C.......................................................................................24 1.4.2 Interfaz 20mA TTY del CP 341-20mA TTY .................................................................................26 1.4.3 Interfaz X27 (RS 422/485) del CP 341-RS 422/485....................................................................27 1.5 Cables de conexión para el acoplamiento del procesador de comunicaciones a un

interlocutor ...................................................................................................................................28 2 Principios de la transmisión serie de datos.............................................................................................. 29

2.1 Transmisión serie de un carácter.................................................................................................29 2.2 Procedimiento de transmisión en el acoplamiento punto a punto ...............................................33 2.3 Seguridad de transmisión ............................................................................................................35 2.4 Transmisión de datos con el procedimiento 3964(R) ..................................................................38 2.4.1 Principio de la transmisión de datos con el procedimiento 3964(R)............................................38 2.4.2 Caracteres de control del procedimiento 3964(R) .......................................................................38 2.4.3 Suma de comprobación de bloques ............................................................................................39 2.4.4 Enviar datos con 3964(R) ............................................................................................................40 2.4.5 Recibir datos con 3964(R) ...........................................................................................................42 2.4.6 Tratamiento de datos erróneos....................................................................................................44 2.5 Transmisión de datos con el protocolo mainframe RK 512.........................................................50 2.5.1 Enviar datos con RK 512 .............................................................................................................53 2.5.2 Recoger datos con RK 512..........................................................................................................56 2.5.3 Modo casi dúplex .........................................................................................................................59 2.5.4 RK 512, peticiones de CPU .........................................................................................................60 2.6 Transmisión de datos con el driver ASCII ...................................................................................62 2.6.1 Principio de la transmisión de datos con el driver ASCII.............................................................62 2.6.2 Enviar datos con el driver ASCII ..................................................................................................62 2.6.3 Recibir datos con el driver ASCII .................................................................................................65 2.6.4 Modo RS 485 ...............................................................................................................................72 2.7 Transmisión de datos con el driver de impresora........................................................................76 2.8 Datos de parametrización ............................................................................................................80 2.8.1 Datos de parametrización del procedimiento 3964(R) ................................................................80 2.8.2 Datos de parametrización del protocolo para mainframe RK 512...............................................86 2.8.3 Datos de parametrización del driver ASCII..................................................................................88 2.8.4 Datos de parametrización del driver de impresora......................................................................95 2.8.5 Instrucciones de conversión y control para la salida por impresora..........................................100

Índice


3 Puesta en marcha del CP 341 ............................................................................................................... 109 4 Montar el CP 341................................................................................................................................... 111

4.1 Slots del CP 341 ....................................................................................................................... 111 4.2 Montaje y desmontaje del CP 341 ............................................................................................ 112 4.2.1 Secuencia de montaje............................................................................................................... 112 4.2.2 Secuencia de desmontaje......................................................................................................... 113 4.2.3 Reglas de instalación ................................................................................................................ 113

5 Configurar y parametrizar el CP 341...................................................................................................... 115 5.1 Posibilidades de configuración ................................................................................................. 115 5.2 Instalación de la interfaz de parametrización............................................................................ 116 5.3 Configuración del CP 341 ......................................................................................................... 117 5.4 Parametrizar los protocolos de comunicación .......................................................................... 118 5.5 Datos de identificación .............................................................................................................. 119 5.6 Gestionar los datos de los parámetros ..................................................................................... 121 5.7 Cargar driveRS (protocolos de transmisión)............................................................................. 122 5.8 Actualizaciones de firmware ..................................................................................................... 123 5.8.1 Cargar actualizaciones de firmware.......................................................................................... 123 5.8.2 Indicación de la versión de firmware......................................................................................... 125

6 Comunicación mediante bloques de función.......................................................................................... 127 6.1 Resumen de los bloques de función......................................................................................... 128 6.2 Utilización de los bloques de función........................................................................................ 130 6.3 Utilización de los bloques de función con el procedimiento 3964(R) ....................................... 131 6.3.1 S7 envía datos a un interlocutor ............................................................................................... 132 6.3.2 S7 recibe datos de un interlocutor ............................................................................................ 136 6.4 Utilización de los bloques de función en el protocolo para mainframe RK 512........................ 140 6.4.1 Enviar datos con FB P_SND_RK (petición activa).................................................................... 142 6.4.2 Recibir datos con FB P_RCV_RK (petición pasiva).................................................................. 147 6.4.3 Disponer datos con FB P_RCV_RK (petición pasiva) .............................................................. 151 6.4.4 Recoger datos con FB P_SND_RK (petición activa) ................................................................ 155 6.5 Utilización de los bloques de función con el driver ASCII......................................................... 161 6.5.1 Bloques de función con el driver ASCII .................................................................................... 161 6.5.2 Comprobar estados de interfaz del CP 341.............................................................................. 162 6.5.3 Activar/desactivar salidas de interfaz del CP 341..................................................................... 164 6.6 Utilización de los bloques de función para imprimir textos de aviso en una impresora ........... 166 6.7 Parametrización de los bloques de función .............................................................................. 171 6.7.1 Generalidades sobre la asignación de bloques de datos ......................................................... 171 6.7.2 Asignación de los parámetros de bloque.................................................................................. 173 6.8 Generalidades sobre la ejecución del programa ...................................................................... 178 6.9 Datos técnicos de los bloques de función................................................................................. 179

Índice


7 Comportamiento de arranque y cambios de estado operativo del CP 341 ............................................ 181 7.1 Estados operativos del CP 341..................................................................................................181 7.2 Comportamiento de arranque del CP 341 .................................................................................182 7.3 Comportamiento del CP 341 al cambiar el estado operativo de la CPU...................................184

8 Diagnóstico del CP 341 ......................................................................................................................... 185 8.1 Funciones de diagnóstico del CP 341 .......................................................................................185 8.1.1 Diagnóstico con los indicadores del CP 341 .............................................................................187 8.1.2 Mensajes de diagnóstico de los bloques de función .................................................................188 8.1.3 Números de error en el telegrama de respuesta .......................................................................204 8.1.4 Diagnóstico a través del búfer de diagnóstico del CP 341 ........................................................205 8.1.5 Alarma de diagnóstico ...............................................................................................................207

9 Ejemplo de programación de bloques estándar..................................................................................... 209 9.1 General ......................................................................................................................................209 9.2 Configuración del equipo ...........................................................................................................210 9.3 Ajustes .......................................................................................................................................211 9.4 Bloques utilizados ......................................................................................................................212 9.5 Instalación, avisos de error ........................................................................................................213 9.6 Conexión, programa de arranque y programa cíclico ...............................................................214

A Especificaciones técnicas...................................................................................................................... 217 A.1 Datos técnicos del CP 341.........................................................................................................217 A.2 Tiempos de transmisión.............................................................................................................223

B Cables de conexión ............................................................................................................................... 225 B.1 Interfaz RS 232C del CP 341-RS 232C.....................................................................................225 B.2 Interfaz 20mA-TTY del CP 341-20mA-TTY ...............................................................................232 B.3 Interfaz X27 (RS 422/485) del CP 341-RS 422/485..................................................................239

C Accesorios y referencias........................................................................................................................ 243 D Bibliografía relativa a SIMATIC S7 ........................................................................................................ 245

D.1 Bibliografía relativa a SIMATIC S7 ............................................................................................245 Glosario ................................................................................................................................................. 247 Índice alfabético..................................................................................................................................... 253

Índice


Tablas

Tabla 1- 1 Variantes del módulo CP 341 ..................................................................................................... 17 Tabla 1- 2 Funciones de las variantes del módulo CP 341 ......................................................................... 18 Tabla 1- 3 Componentes de hardware para un acoplamiento punto a punto.............................................. 22 Tabla 1- 4 Componentes de software para un acoplamiento punto a punto con el CP 341 ....................... 23 Tabla 1- 5 Señales de la interfaz RS 232C.................................................................................................. 25 Tabla 2- 1 Estructura del encabezado del telegrama de orden (RK 512).................................................... 51 Tabla 2- 2 Tiempo de vigilancia al telegrama de reacción en función de la velocidad de transmisión ....... 52 Tabla 2- 3 Estructura del encabezado del telegrama de reacción (RK 512) ............................................... 52 Tabla 2- 4 Protocolo 3964(R) ....................................................................................................................... 81 Tabla 2- 5 Parámetros de protocolo (procedimiento 3964(R)) .................................................................... 82 Tabla 2- 6 Velocidad de transmisión/trama de caracteres (procedimiento 3964(R)) .................................. 83 Tabla 2- 7 Búfer de recepción del CP (procedimiento 3964(R)).................................................................. 84 Tabla 2- 8 Interfaz X27 (RS 422) (procedimiento 3964(R)) ......................................................................... 84 Tabla 2- 9 Protocolo para mainframe RK 512.............................................................................................. 86 Tabla 2- 10 Búfer de recepción del CP (procedimiento 3964(R)).................................................................. 87 Tabla 2- 11 Parámetros de protocolo (driver ASCII)...................................................................................... 89 Tabla 2- 12 Velocidad de transmisión/trama de caracteres (driver ASCII).................................................... 90 Tabla 2- 13 Control del flujo de datos (driver ASCII) ..................................................................................... 91 Tabla 2- 14 Búfer de recepción del CP (driver ASCII) ................................................................................... 92 Tabla 2- 15 Interfaz X27 (RS 422/485) (driver ASCII) ................................................................................... 93 Tabla 2- 16 Velocidad de transmisión/trama de caracteres (driver de impresora) ........................................ 95 Tabla 2- 17 Control del flujo de datos (driver de impresora).......................................................................... 96 Tabla 2- 18 Interfaz X27 (RS 422/485) (driver ASCII) ................................................................................... 97 Tabla 2- 19 Diseño de página (driver de impresora)...................................................................................... 97 Tabla 2- 20 Juego de caracteres (driver de impresora) ................................................................................. 98 Tabla 2- 21 Caracteres de control (driver de impresora) ............................................................................... 98 Tabla 2- 22 Textos de aviso (driver de impresora) ........................................................................................ 99 Tabla 2- 23 Modos de representación en la instrucción de conversión....................................................... 102 Tabla 5- 1 Posibilidades de configuración del CP 341............................................................................... 115 Tabla 5- 2 Principio de configuración de los registros ............................................................................... 119 Tabla 5- 3 Datos identificativos .................................................................................................................. 119 Tabla 5- 4 Datos identificativos del módulo CP 341 .................................................................................. 120 Tabla 5- 5 Indicadores LED en el proceso de carga de una actualización de firmware............................ 125

Índice


Tabla 6- 1 Bloques de función y funciones del CP 341 ..............................................................................128 Tabla 6- 2 Parámetros FB P_SND_RK .......................................................................................................134 Tabla 6- 3 Parámetros FB P_RCV_RK .......................................................................................................138 Tabla 6- 4 Parámetros FB 8 P_SND_RK para la petición "Enviar datos"...................................................144 Tabla 6- 5 Información del encabezado del telegrama RK 512 para la petición "Enviar datos" ................145 Tabla 6- 6 Parámetros FB 7 P_RCV_RK para la petición "Recibir datos"..................................................149 Tabla 6- 7 Parámetros FB 7 P_RCV_RK para la petición "Preparar datos" ...............................................153 Tabla 6- 8 Parámetros FB 8 P_SND_RK para la petición "Recoger datos" ...............................................157 Tabla 6- 9 Tipos de datos transferibles para la petición "Recoger datos" ..................................................158 Tabla 6- 10 Información del encabezado del telegrama RK 512 para la petición "Recoger datos" .............159 Tabla 6- 11 Parámetros FC 5 V24_STAT .....................................................................................................163 Tabla 6- 12 Parámetros FC 6 V24_SET .......................................................................................................165 Tabla 6- 13 Parámetros FB 13 P_PRINT_RK...............................................................................................169 Tabla 6- 14 Espacio de memoria necesario para los bloques de función / las funciones en bytes .............179 Tabla 6- 15 Número mínimo de ciclos de CPU.............................................................................................179 Tabla 8- 1 Clases y números de eventos....................................................................................................189 Tabla 8- 2 Clase de evento 30 ....................................................................................................................202 Tabla 8- 3 Mensajes de error en el telegrama de reacción en RK 512 ......................................................204 Tabla A- 1 Datos técnicos generales...........................................................................................................217 Tabla A- 2 Datos técnicos de la interfaz RS 232C ......................................................................................218 Tabla A- 3 Datos técnicos de la interfaz 20mA-TTY ...................................................................................218 Tabla A- 4 Datos técnicos de la interfaz X27 (RS 422/485)........................................................................219 Tabla A- 5 Datos técnicos del procedimiento 3964(R)................................................................................219 Tabla A- 6 Datos técnicos del protocolo para mainframe RK 512 ..............................................................220 Tabla A- 7 Datos técnicos del driver ASCII .................................................................................................221 Tabla A- 8 Parámetros adicionales del identificador de fin de telegrama ...................................................221 Tabla A- 9 Datos técnicos del driver de impresora .....................................................................................222 Tabla A- 10 Tiempos de transmisión con el driver ASCII..............................................................................223 Tabla A- 11 Tiempos de transmisión con el procedimiento 3964(R) ............................................................223 Tabla A- 12 Tiempos de transmisión con el protocolo para mainframe RK 512...........................................224 Tabla B- 1 Ocupación de pines del conector macho Sub D del interfaz integrado del CP 341-

RS 232C.....................................................................................................................................225 Tabla B- 2 Asignación de pines de la conexión hembra Sub D de 9 polos de la interfaz integrada del

CP 341-20mA TTY.....................................................................................................................232 Tabla B- 3 Asignación de pines del conector hembra sub D de 15 polos de la interfaz integrada del

CP 341–RS 422/485 ..................................................................................................................239 Tabla C- 1 Números de referencia de las variantes de módulos del CP 341 .............................................243

Índice


Tabla C- 2 Referencias de los cables de conexión .................................................................................... 243 Tabla D- 1 Manuales para la configuración y programación del S7–300................................................... 245

Índice


Figuras

Figura 1-1 Disposición de los elementos en el procesador de comunicaciones CP 341 .............................20 Figura 1-2 Conector de bus...........................................................................................................................21 Figura 2-1 Trama de caracteres de 10 bits ...................................................................................................31 Figura 2-2 Tiempo de retardo de caracteres.................................................................................................32 Figura 2-3 Catalogación de los protocolos existentes del CP 341 en el modelo de referencia....................35 Figura 2-4 Suma de comprobación de bloques ............................................................................................39 Figura 2-5 Intercambio de datos al transmitir con el procedimiento 3964(R) ...............................................40 Figura 2-6 Intercambio de datos al recibir con el procedimiento 3964(R) ....................................................42 Figura 2-7 Intercambio de datos al recibir datos erróneos............................................................................44 Figura 2-8 Intercambio de datos en caso de un conflicto de inicialización ...................................................45 Figura 2-9 Esquema de desarrollo del arranque del procedimiento 3964(R) ...............................................46 Figura 2-10 Esquema del desarrollo de la transmisión con el procedimiento 3964(R) ..................................47 Figura 2-11 Esquema del desarrollo de la recepción con el procedimiento 3964(R) (parte 1) ......................48 Figura 2-12 Esquema del desarrollo de la recepción con el procedimiento 3964(R) (parte 2) ......................49 Figura 2-13 Intercambio de datos en el envío con telegrama de reacción .....................................................53 Figura 2-14 Desarrollo del telegrama SEND de continuación con un telegrama de resreacción de

continuación.................................................................................................................................55 Figura 2-15 Intercambio de datos al recoger datos con telegrama de reacción.............................................56 Figura 2-16 Desarrollo de un telegrama FETCH de continuación con un telegrama de reacción de

continuación.................................................................................................................................58 Figura 2-17 Modo casi dúplex .........................................................................................................................59 Figura 2-18 Esquema del desarrollo de la transmisión de datos con RK 512 mediante peticiones de

CPU..............................................................................................................................................60 Figura 2-19 Esquema del desarrollo de la transmisión de datos con RK 512 mediante peticiones del

interlocutor ...................................................................................................................................61 Figura 2-20 Esquema de desarrollo de la transmisión....................................................................................64 Figura 2-21 Esquema del desarrollo de la recepción con el criterio de fin "Transcurrido el tiempo de

retardo caracteres".......................................................................................................................66 Figura 2-22 Desarrollo del proceso de recepción con el criterio de fin "Carácter de fin"................................68 Figura 2-23 Esquema de desarrollo de la recepción con criterio de fin "Longitud fija del telegrama"............70 Figura 2-24 Cronograma para el control automático de las señales cualificadoras RS 232C .......................74 Figura 2-25 Esquema de desarrollo de la salida por impresora .....................................................................78 Figura 2-26 Cableado del receptor en la interfaz X27 (RS 422) (procedimiento 3964(R)).............................85 Figura 2-27 Cableado del receptor en la interfaz X27 (RS 422/485) (driver ASCII) .......................................94 Figura 2-28 Estructura esquemática de la cadena de formato .....................................................................100 Figura 2-29 Estructura esquemática de una instrucción de conversión .......................................................101 Figura 2-30 Estructura esquemática de una instrucción de control..............................................................107

Índice


Figura 4-1 Borne de conexión .................................................................................................................... 113 Figura 6-1 Cronograma del FB 8 P_SND_RK ............................................................................................ 135 Figura 6-2 Cronograma FB 7 P_RCV_RK.................................................................................................. 139 Figura 6-3 Cronograma del FB 8 P_SND_RK para la petición "Enviar datos"........................................... 146 Figura 6-4 Cronograma del FB 7 P_RCV_RK para la petición "Recibir datos".......................................... 150 Figura 6-5 Cronograma FB 7 P_RCV_RK para la petición "Preparar datos"............................................. 154 Figura 6-6 Cronograma del FB 8 P_SND_RK para la petición "Recoger datos" ....................................... 160 Figura 6-7 Estructura del DB de punteros para el bloque de función FB P_PRINT_RK............................ 168 Figura 6-8 Cronograma de ejecución del FB 13 P_PRINT_RK ................................................................. 170 Figura 6-9 Comparación del direccionamiento de datos en STEP 5 y en STEP 7.................................... 171 Figura 8-1 Estructura del parámetro STATUS ........................................................................................... 188 Figura 8-2 Ejemplo: Estructura del parámetro STATUS para el evento "Cancelación de petición por

rearranque completo, rearranque o reset" ................................................................................ 188 Figura B-1 Cables de conexión RS 232C CP 341 - CP 340/CP 341/CP 441 ............................................ 226 Figura B-2 Cables de conexión RS 232C CP 341 - CP 544, CP 524, CPU 928B, CPU 945, CPU 948.... 227 Figura B-3 Cables de conexión RS 232C CP 341 - CP 521 SI/CP 521 BASIC ......................................... 228 Figura B-4 Cables de conexión RS 232C CP 341 - CP 523 ...................................................................... 229 Figura B-5 Cable de conexión RS 232C CP 341 - IBM Proprinter ............................................................. 230 Figura B-6 Cable de conexión RS 232C CP 341 - impresora láser ........................................................... 231 Figura B-7 Esquema de principio de la interfaz 20mA TTY........................................................................ 233 Figura B-8 Cable de conexión 20mA-TTY CP 341 - CP 340/CP 341/CP 441 ........................................... 234 Figura B-9 Cable de conexión 20mA TTY CP 341 - CP 544, CP 524, CPU 928B, CPU 945, CPU 948 ... 235 Figura B-10 Cable de conexión 20mA-TTY CP 341 - CP 523 ..................................................................... 236 Figura B-11 Cable de conexión 20mA-TTY CP 341 - CP 521 SI/CP 521 BASIC ........................................ 237 Figura B-12 Cable de conexión 20mA-TTY CP 341 - CPU 944/AG 95........................................................ 238 Figura B-13 Cable de conexión X27 CP 341 - CP 340/CP 341/CP 441 para modo RS 422 (cuatro

hilos).......................................................................................................................................... 240 Figura B-14 Cable de conexión X27 CP 341 - CP 340/CP 341/CP 441 para modo RS 485 (dos hilos) ..... 241 Figura B-15 Cable de conexión X27 CP 341 - CP 544, CP 524, CPU 928B, CPU 945, CPU 948 para

modo RS 422 (cuatro hilos) ...................................................................................................... 242


Presentación del producto 11.1 Posibilidades de aplicación del CP 341

El procesador de comunicaciones CP 341 permite el intercambio de datos entre su autómata programable y otros autómatas o PCs mediante un acoplamiento punto a punto.

Funcionalidad del CP 341 El procesador de comunicaciones CP 341 ofrece las siguientes funciones: ● Velocidad de transmisión hasta 115,2 Kbaudios semidúplex ● Integración de los principales protocolos de transmisión en el firmware de los módulos:

– Procedimiento 3964(R) – Protocolo mainframe RK 512 – Driver ASCII – Driver de impresora

● Carga posterior de nuevos driveRS (protocolos de transmisión) con la interfaz de parametrización CP 341: Parametrizar acoplamiento punto a punto.

● Adaptación de los protocolos de transmisión mediante parametrización con la interfaz de parametrización CP 341: Parametrizar acoplamiento punto a punto

● Interfaz serie integrada: Se dispone de tres variantes del módulo, con diferente interfaz, para adaptarse a la física del interlocutor (véase la siguiente tabla).

Variantes del módulo El procesador de comunicaciones CP 341 está disponible en distintas variantes:

Tabla 1- 1 Variantes del módulo CP 341

Módulo Referencia Interfaz integrada CP 341-RS 232C 6ES7341-1AH02-0AE0 Interfaz RS 232C CP 341-20mA-TTY 6ES7341-1BH02-0AE0 Interfaz 20mA TTY CP 341-RS 422/485 6ES7341-1CH02-0AE0 Interfaz X27 (RS 422/485)



Funciones de las distintas variantes del módulo Dependiendo de la variante del CP 341 que se utilice, pueden emplearse diferentes funciones de los drivers:

Tabla 1- 2 Funciones de las variantes del módulo CP 341

Función CP 341- RS 232C

CP 341- 20mA-TTY

CP 341-RS 422/485

RS 422* RS 485* Driver ASCII: sí sí sí sí Control de las señales cualificadoras RS 232C

sí no no no

Control/lectura de las señales cualificadoras RS 232C con FBs

sí no no no

Control de flujo con RTS/CTS sí no no no Control de flujo con XON/XOFF sí sí sí no Procedimiento 3964(R) sí sí sí no Protocolo mainframe RK 512 sí sí sí no Driver de impresora sí sí sí sí * La distinción entre RS 422 y RS 485 se lleva a cabo mediante parametrización.

Posibilidades de aplicación del CP 341 El procesador de comunicaciones CP 341 permite crear un acoplamiento punto a punto con diferentes módulos Siemens y con productos de terceros: ● SIMATIC S5 vía driver 3964(R) o RK 512 con el correspondiente submódulo interfaz en

el S5 ● Terminales SIEMENS BDE familia ES 2 vía driver 3964(R) ● MOBY I (ASM 420/421, SIM), MOBY L (ASM 520) y estación de registro ES 030K vía

driver 3964R ● PCs vía procedimiento 3964(R) (para ello existen herramientas de desarrollo para

programación en PC: PRODAVE DOS 64R (6ES5897–2UD11) para MS-DOS, PRODAVE WIN 64R (6ES5897-2VD01) para Windows o el driver ASCII)

● Lector de código de barras vía driver 3964(R) o driver ASCII ● Autómatas de terceros vía driver 3964(R), ASCII o RK 512 ● Otros aparatos con estructuras de protocolo sencillas, mediante la correspondiente

adaptación del protocolo con el driver ASCII ● Otros aparatos que también dispongan de driver 3964(R) o RK 512 ● Impresoras (HP-Deskjet, HP-Laserjet, Postscript, Epson, IBM) El CP 341 también puede operar descentralizadamente con la unidad de periferia descentralizada ET 200M (IM 153).



El CP 341 se puede utilizar en una red PROFINET IO, siempre y cuando ● esté integrado el controlador PROFINET IO respectivo en la CPU de SIMATIC STEP 7, ● se utilicen bloques FB7 (P_RCV_RK) / FB8 (P_SND_RK) de una versión superior o igual

a V3.0

Nota ¡Detrás de los CPs de comunicación externos CP342-5 (Profibus DP) y CP343-1 (Profinet IO) no pueden emplearse los módulos CP341 (6ES7341-1xH0y-0AE0)!

Presentación del producto 1.2 Configuración del CP 341


1.2 Configuración del CP 341 El procesador de comunicaciones CP 341 se suministra con interfaz serie integrada.

Disposición de los elementos del módulo La figura muestra la disposición de los elementos del módulo en el frontal del procesador de comunicaciones CP 341.

Figura 1-1 Disposición de los elementos en el procesador de comunicaciones CP 341

Indicadores LED En el frontal del procesador de comunicaciones es encuentran los siguientes indicadores LED: ● SF (rojo) Indicador de fallo ● TxD (verde) la interfaz está enviando ● RxD (verde) la interfaz está recibiendo El capítulo "Diagnóstico con los indicadores del CP 341 (Página 187)" decribe los estados operativos y los fallos que se indican con estos LEDs. En el capítulo "Cargar actualizaciones de firmware (Página 123)" encontrará la descripción de los indicadores LED que intervienen al cargar una actualización de firmware.

Presentación del producto 1.2 Configuración del CP 341


Interfaz integrada El CP 341 está disponible en tres variantes con diferente interfaz: ● RS 232C ● X27 (RS 422/485) ● 20-mA-TTY El tipo de interfaz se halla estampado en el frontal del módulo del CP 341. Encontrará una descripción detallada de las interfaces en el capítulo "Propiedades de la interfaz serie (Página 24)".

Conector del bus de fondo S7 El CP 341 se suministra con un conector de bus. Al efectuar el montaje, el conector de bus se enchufa en el conector de fondo del CP 341. El bus de fondo del S7-300 se conduce a través del conector de bus. El bus de fondo del S7-300 es el bus de datos serie a través del cual el CP 341 se comunica con los módulos del sistema de automatización.

Figura 1-2 Conector de bus

Presentación del producto 1.3 Componentes para un acoplamiento punto a punto con el CP 341


1.3 Componentes para un acoplamiento punto a punto con el CP 341 Para establecer un acoplamiento punto a punto entre un procesador de comunicaciones CP 341 y un interlocutor se requieren determinados componentes de hardware y software.

1.3.1 Componentes de hardware necesarios

Componentes de hardware En la siguiente tabla encontrará los componentes de hardware necesarios para un acoplamiento punto a punto con el CP 341.

Tabla 1- 3 Componentes de hardware para un acoplamiento punto a punto

Componente Función Figura Bastidor (perfil soporte) ... establece las conexiones mecánicas y

eléctricas de los S7-300

Fuente de alimentación (PS) ... convierte la tensión de red (120/230 V AC) en la tensión de servicio de 24 V DC necesaria para la alimentación eléctrica del S7-300.

Módulo central (CPU) Accesorios: • Memory Card • Pila tampón

... ejecuta el programa de usuario; se comunica con otras CPUs o con una programadora a través de la interfaz MPI.

Procesador de comunicaciones ... se comunica a través de la interfaz con un interlocutor.

Cable de conexión estándar ... conecta el procesador de comunicaciones CP 341 con el interlocutor.

Cable PG ... conecta una CPU con un PC/PG.

Programadora (PG) o PC ... se comunica con la CPU del S7-300.

Presentación del producto 1.3 Componentes para un acoplamiento punto a punto con el CP 341


1.3.2 Componentes de software necesarios

Componentes de software En la siguiente tabla encontrará los componentes de software necesarios para un acoplamiento punto a punto con el CP 341.

Tabla 1- 4 Componentes de software para un acoplamiento punto a punto con el CP 341

Componente Función Figura Paquete de software STEP 7 ... configura, parametriza, programa y

realiza la comprobación de los S7-300.

Interfaz de parametrización CP 341: Parametrizar acoplamiento punto a punto

... parametriza la interfaz del CP 341.

Bloques de función (FB) con ejemplo de programación

... controlan la comunicación entre la CPU y el CP 341.

DriveRS cargables ... con protocolos de transmisión que pueden cargarse en el CP 341, además de los protocolos estándar de su firmware.

Presentación del producto 1.4 Propiedades de la interfaz serie


1.4 Propiedades de la interfaz serie Se dispone de tres variantes del procesador de comunicaciones, con diferente interfaz, para adaptarse a la física del interlocutor. En los apartados siguientes se describen las interfaces de las variantes del módulo.

1.4.1 Interfaz RS 232C del CP 341-RS 232C

Definición La interfaz RS 232C es una interfaz de tensión cuya función es la transmisión serie de datos de acuerdo con la norma RS 232C.

Características La interfaz RS 232C responde a las siguientes características y cumple las siguientes exigencias: Clase: Interfaz de tensión Conector frontal: conector macho Sub D de 9 polos con fijación por tornillo (compatible con

puerto COM de 9 polos (PC/PG)) Señales del RS 232C: TXD, RXD, RTS, CTS, DTR, DSR, RI, DCD, GND; todas con aislamiento

de potencial respecto a la alimentación interna de S7 (bus de fondo S7-300) y a la alimentación externa de CC 24V

Velocidad máx. de transmisión:

115,2 Kbaudios

Longitud máx. de línea: 15 m, tipo de cable LIYCY 7 x 0,14 (6ES7902-1Ax00-0AA0) Norma: DIN 66020, DIN 66259, EIA-RS 232C, CCITT V.24/V.28



Señales del RS 232C La tabla siguiente muestra el significado de cada una de las señales cualificadoras RC 232C.

Tabla 1- 5 Señales de la interfaz RS 232C

Señal Denominación Significado TXD Transmitted Data Datos transmitidos; en estado de reposo, el CP 341 mantiene la línea de transmisión

en el estado lógico "1". RXD Received Data Datos recibidos; el interlocutor debe mantener la línea de recepción en estado lógico

"1". RTS Request to send RTS en "ON": CP 341 listo para transmitir

RTS en "OFF": CP 341 no transmite CTS Clear to send El interlocutor puede recibir datos del CP 341, el procesador de comunicaciones

espera esta respuesta a RTS "ON". DTR Data terminal ready DTR en "ON": CP 341 conectado, listo para el funcionamiento

DTR en "OFF": CP 341 desconectado, no listo para entrar en funcionamiento DSR Data set ready DSR en "ON": interlocutor conectado, listo para entrar en funcionamiento

DSR en "OFF": interlocutor desconectado, no listo para entrar en funcionamiento RI Ring Indicator Llamada entrante en caso de conexión de un módem DCD Data carrier detect Señal portadora en caso de conexión de un módem



1.4.2 Interfaz 20mA TTY del CP 341-20mA TTY

Definición La interfaz 20mA TTY es una interfaz de lazo de corriente cuya función es la transmisión serie de datos.

Características La interfaz 20mA TTY responde a las siguientes características y cumple las siguientes exigencias: Clase: Interfaz de corriente de línea Conector frontal: Conector hembra Sub D de 9 polos con fijación por tornillo Señales 20-mA TTY: dos fuentes de corriente 20 mA con aislamiento galvánico, bucle de

recepción (RX) "-" y "+" bucle emisor (TX) "-" y "+"; todos con aislamiento galvánico respecto de la alimentación interna de S7 (bus de fondo del S7-300) y de la alimentación externa de 24V DC


19,2 Kbaudios

Longitud máx. de línea:

1000 m activo a 9,6 Kbaudios1) (el CP proporciona el lazo de corriente), 1000 m pasivo a 9,6 Kbaudios 1) (el interlocutor proporciona el lazo de corriente), 500 m activo, 500 m pasivo a 19,2 Kbaudios; tipo de cable LIYCY 7 x 0,14 (6ES7902-2Ax00-0AA0)

Norma: DIN 66258 parte 1 1) La conmutación activo/pasivo se efectúa cableando el conector apropiadamente.



1.4.3 Interfaz X27 (RS 422/485) del CP 341-RS 422/485

Definición La interfaz X27 (RS 422/485) es una interfaz diferencial cuya función es la transmisión serie de datos de acuerdo con la norma X27.

Características La interfaz X27 (RS 422/485) responde a las siguientes características y cumple las siguientes exigencias: Clase: Interfaz de diferencia de tensión Conector frontal: hembrilla sub D de 15 polos con fijación por tornillo Señales RS 422: TXD (A), RXD (A), TXD (B), RXD (B), GND; todas con aislamiento de

potencial respecto a la alimentación interna de S7 Señales RS 485: R/T (A), R/T (B), GND; todas con aislamiento de potencial respecto a la

alimentación interna de S7(bus de fondo de S7-300) y a la alimentación externa de 24V DC


115,2 Kbaudios

Longitud máx. de línea: 250 m a 115,2 Kbaudios, 500 m a 38,4 Kbaudios, 1200 m a 19,2 Kbaudios; tipo de cable LIYCY 7 x 0,14 (6ES7902-3Ax00-0AA0)

Norma: DIN 66259 partes 1 y 3, EIA-RS 422/485, CCITT V.11

Nota Con los protocolos RK 512 y 3964(R) el submódulo interfaz X27 (RS 422/485) sólo puede utilizarse en el funcionamiento a 4 hilos.

Presentación del producto 1.5 Cables de conexión para el acoplamiento del procesador de comunicaciones a un interlocutor


1.5 Cables de conexión para el acoplamiento del procesador de comunicaciones a un interlocutor

Cables de conexión estándar Siemens pone a su disposición cables de conexión estándar de diferente longitud para el acoplamiento punto a punto entre el procesador de comunicaciones y su interlocutor.

Crear cables de conexión propios Si desea confeccionar sus propios cables de conexión, deberá tener en cuenta algunos puntos. Encontrará indicaciones a este respecto y a la asignación de los pines de los conectores macho sub D y los esquemas de cableado en el capítulo "Cables de conexión (Página 225)" del presente manual.


Principios de la transmisión serie de datos 22.1 Transmisión serie de un carácter

Existen varias posibilidades de interconexión en red para intercambiar datos entre dos o más interlocutores. El acoplamiento punto a punto entre dos interlocutores es el caso más sencillo del intercambio de informaciones.

Acoplamiento punto a punto En el acoplamiento punto a punto, el procesador de comunicaciones forma la interfaz entre un autómata programable y un interlocutor. La transmisión de los datos re realiza de forma serie en el acoplamiento punto a punto con el procesador de comunicaciones.

Transmisión serie de datos En la transmisión serie de datos, cada uno de los bits que componen un byte de la información a transmitir se envía sucesivamente en un orden determinado.

DriveRS para intercambio de datos unidireccional y bidireccional El CP 341 gestiona por sí mismo la transmisión de datos con el interlocutor a través de la interfaz serie. Para ello, el CP 341 está equipado con cuatro driveRS diferentes. Tráfico de datos unidireccional: ● Driver de impresora Tráfico de datos bidireccional: ● Driver ASCII ● Procedimiento 3964(R) ● Protocolo mainframe RK 512 El CP 341 gestiona la transmisión de datos a través de la interfaz serie en función de la interfaz y del driver seleccionado.

Tráfico de datos unidireccional - salida por impresora Durante la impresión (driver de impresora) se emiten n bytes de datos útiles a una impresora. No se reciben caracteres. A excepción de determinados caracteres de control para el flujo de datos (p. ej. XON/XOFF).



Tráfico de datos bidireccional - Modos de operación En el tráfico de datos bidireccional se distinguen dos modos de operación en el procesador de comunicaciones: ● Modo semidúplex (procedimiento 3964(R), driver ASCII, RK 512)

Los datos se transmiten alternativamente en ambos sentidos entre uno o varios interlocutores. Modo semidúplex significa que en cada momento sólo se puede o bien enviar o bien recibir. La excepción pueden ser determinados caracteres de control para el flujo de datos (p. ej. XON/XOFF), que también pueden ser recibidos/enviados durante el modo de envío/recepción.

● Modo dúplex (driver ASCII) Los datos se intercambian simultáneamente entre uno o varios interlocutores, por lo que es posible enviar y recibir al mismo tiempo. Cada interlocutor debe ser capaz de utilizar simultáneamente una dirección de envío y otra de recepción.

En el submódulo interfaz X27 (RS 422/485) con el ajuste RS 485 (2 hilos) sólo se puede operar en modo semidúplex.

Transmisión asíncrona de datos En el CP 341 la transmisión serie de datos es asíncrona. La llamada sincronización con el modelo temporal (modelo temporal fijo en la transmisión de una secuencia de caracteres fija) sólo se cumple durante la transmisión de un carácter. Cada uno de los caracteres que se transmite va precedido de un impulso de sincronización, también llamado bit de inicio. La longitud de la transmisión del bit de inicio determina la frecuencia. El final de la transferencia de datos está determinado por el bit de parada.

Convenciones Además de los bits de inicio y de parada, para el proceso de transmisión serie de datos son necesarias otras convenciones entre los interlocutores, a saber: ● la velocidad de transmisión (baudios) ● el tiempo de retardo de caracteres y el tiempo de retardo de acuse, ● la paridad, ● el número de bits de datos y ● el número de bits de parada. En los capítulos "Procedimiento de transmisión en el acoplamiento punto a punto (Página 33)" y "Datos de parametrización (Página 80)" se describe el papel que desempeñan las convenciones en los diferentes métodos de transmisión y su parametrización.



Trama de caracteres Los datos que se intercambian entre el CP 341 y un interlocutor a través de la interfaz serie se transmiten en forma de trama de caracteres. Para cada trama de caracteres se dispone de tres formatos de datos. El formato deseado para la transmisión de los datos se parametriza con la interfaz de parametrización CP 341: Parametrizar acoplamiento punto a punto. En la siguiente figura se muestran a modo de ejemplo los tres formatos de datos de la trama de caracteres de 10 bits.

1 2 8 9 10

1 2 109

1 2 8 109

Figura 2-1 Trama de caracteres de 10 bits



Tiempo de retardo de caracteres En la siguiente figura se representa el intervalo máximo de tiempo entre dos caracteres recibidos dentro de un telegrama = tiempo de retardo de caracteres.

1

Figura 2-2 Tiempo de retardo de caracteres

Principios de la transmisión serie de datos 2.2 Procedimiento de transmisión en el acoplamiento punto a punto


2.2 Procedimiento de transmisión en el acoplamiento punto a punto En el proceso de transmisión de datos es necesario que todos los interlocutores se atengan a determinadas normas para el desarrollo y la ejecución del intercambio de datos. ISO ha fijado un modelo de 7 capas que está reconocido como la base de una normativa mundial de protocolos de transmisión.

Protocolo Todos los interlocutores implicados en el proceso de transmisión de datos deben atenerse a determinadas normas para el desarrollo y la ejecución del intercambio de datos. Dichas normas se conocen bajo el nombre de protocolos. Cada protocolo determina: ● El modo de operación

Modo semidúplex, modo dúplex ● La iniciativa

Convenciones que determinan qué interlocutor y bajo qué condiciones puede iniciar la transmisión de datos.

● Los caracteres de control Definición de los caracteres de control utilizados en la transmisión de datos

● La trama de caracteres Determina qué trama de caracteres se va a utilizar para la transmisión de datos.

● La protección de los datos Definición del procedimiento de protección de datos

● El tiempo de retardo de caracteres Determina el tiempo en el que debe llegar un carácter de recepción.

● La velocidad de transmisión Definición de la velocidad de transferencia en bit/s

Procedimiento El proceso que se desarrolla durante una transmisión de datos se denomina procedimiento.

Principios de la transmisión serie de datos 2.2 Procedimiento de transmisión en el acoplamiento punto a punto


Modelo de referencia ISO de 7 capas El modelo de referencia define el comportamiento externo de los interlocutores. Cada capa del protocolo está comprendido en la capa que le sigue, a excepción de la última capa. Cada una de las capas están definidos de la siguiente manera: 1. Capa física

– Requisitos físicos para la transmisión de datos, como p. ej. medio de transmisión, velocidad de transmisión

2. Capa de enlace de datos – Procedimiento para proteger la transmisión de datos – Procedimiento de acceso

3. Capa de red – Definición de las vías de comunicación – y direccionamiento para la transmisión de datos entre dos interlocutores

4. Capa de transporte – Procedimiento de detección de fallos – Medidas de corrección – Procedimiento handshake

5. Capa de sesión – Establecimiento de la transmisión de datos – Ejecución – Fin de la transmisión de datos

6. Capa de presentación – Conversión del modo de representación normalizado del sistema de comunicación a

una forma específica para el equipo (normas de interpretación de los datos) 7. Capa de aplicación

– Definición de las tareas de comunicación y de las funciones necesarias para su ejecución

Procesamiento de los protocolos El interlocutor emisor recorre los protocolos desde la capa superior (nº 7, orientada a la aplicación) hasta el inferior (nº 1 especificaciones físicas), mientras que el interlocutor receptor procesa los protocolos en orden ascendente desde la capa 1. No todos los protocolos deben considerar las 7 capas. Si ambos interlocutores, emisor y receptor, hablan el mismo lenguaje, sobra la capa 6.

Principios de la transmisión serie de datos 2.3 Seguridad de transmisión


2.3 Seguridad de transmisión La seguridad de transmisión es muy importante en el proceso de transferencia de datos y para la selección del procedimiento de transmisión. Por norma general puede decirse que cuantos más capas del modelo de referencia se ejecuten, mayor será la seguridad de transmisión.

Clasificación de los protocolos existentes El CP 341 es compatible con los siguientes protocolos: ● Procedimiento 3964(R) ● Protocolo mainframe RK 512 ● Driver ASCII ● Driver de impresora La clasificación de los protocolos existentes del CP 341 en el modelo de referencia puede consultarse en la siguiente figura:

RK

512

3964

(R)

Figura 2-3 Catalogación de los protocolos existentes del CP 341 en el modelo de referencia



Seguridad de transmisión en el driver de impresora Seguridad de los datos al utilizar el driver de impresora: ● No se ha previsto ninguna medida de seguridad para la transmisión de datos con el

driver de impresora. ● Para impedir que se pierdan datos en caso de desbordarse el búfer de recepción de la

impresora, utilice el control del flujo de datos (XON/XOFF, RTS/CTS). ● En la salida de la impresora se evalúa la señal BUSY de la impresora. La señal BUSY

llega al CP 341 como señal CTS y se evalúa como tal (véase driver ASCII). Hay que tener en cuenta que en el control de flujo con CTS/RTS debe ajustarse la polaridad de la señal BUSY a CTS = "OFF" en la impresora.

Seguridad de transmisión con el driver ASCII Seguridad de los datos al utilizar el driver ASCII: ● Dado que durante el transporte de datos con el driver ASCII, a parte del bit de paridad,

no se aplica ninguna otra medida para la protección de los datos (dependiendo de la trama de caracteres seleccionada también puede desactivarse), la transmisión de datos con el driver ASCII resulta muy eficaz en lo que respecta al flujo de datos, pero la seguridad del transporte de los datos es nula.

● Mediante el uso del bit de paridad se garantiza la inversión de un bit en un carácter a transmitir. Si se invierten dos o más bits de un carácter, el fallo ya no podrá detectarse.

● Si fuera necesario aumentar la seguridad de la transmisión, puede hacerse introduciendo una suma de verificación (checksum) y la indicación de longitud de un telegrama. Estas medidas debe realizarlas el usuario.

● Otra forma de aumentar la protección de los datos consiste en introducir telegramas de acuse de los telegramas de emisión y recepción. Esto ya ocurre en los protocolos de comunicación de datos de alto rendimiento (véase el modelo de referencia ISO de 7 capas).

Seguridad de transmisión con 3964(R) Mayor seguridad de los datos mediante utilización del procedimiento 3964(R): ● La distancia Hamming con 3964(R) es de 3. La distancia Hamming es una medida para

la seguridad de una transmisión de datos. ● Mediante el procedimiento 3964(R) se garantiza una elevada seguridad de transmisión

en la línea de transmisión. La elevada seguridad de transmisión se consigue gracias al establecimiento y desconexión prefijadas del telegrama así como a la inclusión del carácter de comprobación de bloque (BCC).

Dependiendo de si se desea transmitir los datos con o sin carácter de comprobación de bloque, se distingue entre ● Transmisión de datos sin carácter de comprobación de bloque: 3964 ● Transmisión de datos con carácter de comprobación de bloque: 3964R En las descripciones e indicaciones que se refieren a ambos métodos de transmisión de datos se utiliza en este manual la denominación 3964(R).



Límites de rendimiento con 3964R ● El procesamiento posterior de los datos de emisión/recepción en el interlocutor no está

garantizado. Sólo puede garantizarse con un mecanismo de confirmación que debe programarse aparte.

● ¡La comprobación de bloque del procedimiento 3964R (combinación lógica EXOR) no permite detectar la falta de ceros (como carácter completo), ya que en la combinación lógica EXOR un cero no modifica en modo alguno al resultado del cálculo! La pérdida de un carácter completo (¡que debe ser justamente un cero!), es muy improbable, pero puede ocurrir p.ej., en caso de que las condiciones de transmisión sean muy desfavorable. Para impedir que se produzca este tipo de fallos, puede proteger la comunicación transmitiendo, además de los datos, la longitud del telegrama para que ésta sea evaluada por el interlocutor.

● La posibilidad de que se produzcan estos fallos de transmisión utilizando el protocolo para mainframe RK 512 para la transmisión de datos queda excluida, ya que en este caso (a diferencia del procedimiento 3964R) se confirma un procesamiento posterior (p. ej. el almacenamiento en el bloque de datos de destino) con telegramas de reacción y el encabezado del telegrama incluye la longitud de los datos emitidos. Por ello, el acoplamiento RK 512 alcanza una distancia Hamming (4) mayor que 3964R.

Seguridad de transmisión con RK 512 Protección de los datos muy elevada gracias al uso del RK 512: ● La distancia Hamming en el caso del RK 512 con 3964R es de 4. La distancia Hamming

es una medida para la seguridad de una transmisión de datos. ● Utilizando el protocolo para mainframe RK 512 se garantiza una elevada seguridad de

transmisión en la línea de transmisión (ya que con RK 512 se utiliza el procedimiento 3964R para el transporte de datos).

● Se garantiza el procesamiento posterior de los datos en el interlocutor (porque el intérprete del RK 512 evalúa la indicación adicional de la longitud de los datos y, una vez depositados los datos en el área de datos de destino del interlocutor, se genera un telegrama de acuse sobre el éxito/el fracaso del transporte de los datos).

● El protocolo para mainframe RK 512 garantiza el uso correcto del procedimiento 3964R y la evaluación/complemento de la indicación de longitud así como la generación automática de telegramas de reacción. ¡El usuario no tiene que hacer nada! Tan solo tiene que evaluar el acuse positivo/negativo final.

Límites de rendimiento con RK 512 ● ¡El uso del protocolo para mainframe RK 512 implica la máxima protección de datos!

Ésta puede mejorarse aún más p. ej. utilizando otros mecanismos de comprobación de bloque (como p. ej. comprobaciones CRC).

Principios de la transmisión serie de datos 2.4 Transmisión de datos con el procedimiento 3964(R)


2.4 Transmisión de datos con el procedimiento 3964(R)

2.4.1 Principio de la transmisión de datos con el procedimiento 3964(R) El procedimiento 3964(R) controla la transmisión de datos en un acoplamiento punto a punto entre el procesador de comunicaciones y un interlocutor. Además de la capa física (capa 1), el procedimiento 3964(R) contiene la capa de enlace de datos (capa 2).

2.4.2 Caracteres de control del procedimiento 3964(R)

Caracteres de control En la transmisión de datos, el procedimiento 3964(R) añade a los datos útiles caracteres de control (capa de enlace de datos). Estos caracteres de control permiten que el interlocutor controle si los datos le han llegado completos y sin fallos. En el procedimiento 3964(R) se evalúan los siguientes caracteres de control: ● STX Start of Text;

inicio de la secuencia de caracteres a transmitir ● DLE Data Link Escape;

escape de transmisión de datos ● ETX End of Text;

final de la secuencia de caracteres a transmitir ● BCC Block Check Character (sólo en 3964R);

carácter de comprobación de bloque ● NAK Negative Acknowledge;

acuse negativo

Nota Si se transmite el carácter DLE como carácter de información, éste se enviará doblemente para distinguir el carácter de control DLE durante el establecimiento y la desconexión de la comunicación en la línea de transferencia (duplicado de DLE). El receptor anula el duplicado del carácter DLE.

Prioridad En el procedimiento 3964(R) un interlocutor debe tener asignada una prioridad mayor que el otro. Si ambos interlocutores establecen simultáneamente la comunicación, aquél que tenga menor prioridad retirará su petición de envío.



2.4.3 Suma de comprobación de bloques

Suma de comprobación de bloques Con el protocolo de transmisión 3964R, la protección de los datos aumenta enviando un carácter de comprobación de bloques (BCC = Block Check Character).

Figura 2-4 Suma de comprobación de bloques

La suma de comprobación de bloques es la paridad longitudinal par (enlace EXOR de todos los bytes de datos) de un bloque enviado o recibido. La formación comienza con el primer byte de datos útiles (1er byte del telegrama) una vez establecida la conexión y finaliza tras el carácter DLE ETX al interrumpirse la conexión.

Nota En caso de un duplicado de carácter DLE, el carácter DLE se incluye dos veces en la formación del BCC.



2.4.4 Enviar datos con 3964(R)

Enviar datos con 3964(R) En la figura siguiente se representa el desarrollo de la transmisión de datos al enviar con el procedimiento 3964(R).

Figura 2-5 Intercambio de datos al transmitir con el procedimiento 3964(R)

Establecimiento de la conexión al transmitir Para establecer la conexión, el procedimiento 3964(R) envía el carácter de control STX. Si el interlocutor responde con el carácter DLE antes de que transcurra el tiempo de retardo del acuse (TRA), el procedimiento entra en la fase de transmisión. Si, por el contrario, el interlocutor responde con NAK, otro carácter cualquiera (excepto DLE o STX) o si el tiempo de retardo del acuse transcurre sin que se produzca una reacción, el procedimiento repite el establecimiento de la conexión. Tras un número preestablecido de intentos de establecer la conexión, el procedimiento interrumpe el establecimiento de la misma y envía el carácter NAK al interlocutor. El CP 341 notifica el error al bloque de función P_SND_RK (parámetro de salida STATUS).

Enviar datos Si se logra establecer la conexión, los datos útiles contenidos en el búfer de salida del procesador de comunicaciones se envían al interlocutor con los parámetros de transmisión seleccionados. El interlocutor vigila la distancia temporal de los caracteres entrantes. La distancia entre dos caracteres no debe ser mayor al tiempo de retardo de caracteres (TRC). Si el interlocutor envía el carácter NAK durante una transmisión, el procedimiento cancela el bloque y lo repite del modo arriba descrito, comenzando con el establecimiento de la conexión. Si el interlocutor envía cualquier otro carácter, el procedimiento espera primero a que transcurra el tiempo de retardo de caracteres y a continuación envía el carácter NAK para que el interlocutor pase al estado de reposo. Seguidamente el procedimiento comienza de nuevo la fase de transmisión con el establecimiento de la conexión STX.



Desconexión de la comunicación durante la transmisión Después de transmitir el contenido del búfer, el procedimiento añade los caracteres DLE, ETX y, sólo en el caso de 3964R, la suma de verificación de bloque BCC como carácter de fin y espera un carácter de acuse. Si el interlocutor envía el carácter DLE dentro del tiempo de retardo de acuse, significa que el bloque de datos se ha recibido sin errores. Si, por el contrario, el interlocutor responde con NAK, otro carácter cualquiera (excepto DLE), un carácter erróneo, o si el tiempo de retardo de acuse transcurre sin que se produzca una reacción, el procedimiento comienza de nuevo la transmisión con el establecimiento de la conexión STX. Tras un número preestablecido de intentos de transmisión del bloque de datos, el procedimiento interrumpe el proceso y envía el carácter NAK al interlocutor. El CP 341 notifica el error al bloque de función P_SND_RK (parámetro de salida STATUS).



2.4.5 Recibir datos con 3964(R)

Recibir datos con 3964(R) En la siguiente imagen se representa el desarrollo de la transmisión de datos al recibir con el procedimiento 3964(R).

Figura 2-6 Intercambio de datos al recibir con el procedimiento 3964(R)

Nota En cuanto está listo, el procedimiento 3964(R) comienza enviando el carácter NAK al interlocutor para que éste pase al estado de reposo.

Establecimiento de la conexión al recibir En estado de reposo, cuando no debe procesarse ninguna petición de envío, el procedimiento espera a que el interlocutor establezca la conexión. Si durante el establecimiento de la conexión con STX no hay ningún búfer de recepción disponible, se inicia un tiempo de espera de 400 ms. Si una vez transcurrido este tiempo sigue sin haber ningún búfer de recepción disponible, el CP 341 notifica el error (mensaje de error en la salida STATUS del FB). El procedimento envía un carácter NAK y regresa al estado de reposo. En caso contrario, el procedimiento envía el carácter DLE y recibe los datos. Si el procedimiento recibe cualquier carácter (excepto STX o NAK) en estado de reposo, éste espera primero a que transcurra el tiempo de retardo de caracteres (TRC) y a continuación envía el carácter NAK. El CP 341 notifica el error al bloque de función P_RCV_RK (parámetro de salida STATUS).



Recibir datos Una vez se consigue establecer la conexión, los datos entrantes se depositan en el búfer de recepción. Si se reciben dos caracteres DLE consecutivos, sólo uno de ellos se registrará en el búfer de recepción. Cada vez que se reciben un carácter, se espera al siguiente durante el tiempo de retardo de caracteres. Si éste transcurre sin ninguna recepción, se envía el carácter NAK al interlocutor. El programa del sistema notifica el error al bloque de función P_RCV_RK (parámetro de salida STATUS). El procedimiento 3964(R) no inicia ninguna repetición. Si durante la recepción se producen errores de transmisión (carácter perdido, error de trama, error de paridad, etc.) se continúa recibiendo hasta que se desconecte la comunicación y seguidamente se envía el carácter NAK al interlocutor. A continuación se espera una repetición. Si el bloque no puede recibirse sin errores tras el número de intentos especificado en el juego de parámetros estático, o si el interlocutor no inicia la repetición dentro de un tiempo de espera de bloque de 4 s, el procedimiento interrumpe la recepción. El CP 341 notifica la primera transmisión errónea y la cancelación definitiva al bloque de función P_RCV_RK (parámetro de salida STATUS).

Desconexión de la comunicación al recibir Cuando el procedimiento 3964 detecta la secuencia de caracteres DLE ETX, finaliza la recepción y envía el carácter DLE al interlocutor tras recibir un bloque con éxito. Si, por el contrario, se produce un error de transmisión, envía el carácter NAK al interlocutor. A continuación se espera una repetición. Cuando el procedimiento 3964R detecta la secuencia de caracteres DLE ETX BCC, finaliza la recepción. La CPU compara el carácter de comprobación de bloque BCC recibido con la paridad longitudinal calculada internamente. Si el carácter de comprobación de bloque es correcto y no se produce ningún otro error de recepción, el procedimiento 3964R envía DLE y regresa al estado de reposo. Si el BCC da un error o si se produce cualquier otro error de recepción, se envía el carácter NAK al interlocutor. A continuación se espera una repetición.



2.4.6 Tratamiento de datos erróneos

Tratamiento de datos erróneos La figura siguiente muestra la estructura del proceso de tratamiento de los datos erróneos con el procedimiento 3964(R).

Figura 2-7 Intercambio de datos al recibir datos erróneos

Tras recibir DLE, ETC, BCC, el CP 341 compara el BCC del interlocutor con el propio valor calculado internamente. Si el BCC es correcto y no se produce ningún otro error de recepción, el CP 341 responde con el carácter DLE. En caso contrario, el CP 341 responde con el carácter NAK y espera otro intento durante el tiempo de espera de bloque (T) de 4 s. Si el bloque no puede recibirse tras el número de intentos de transmisión preestablecido o si no se efectúa ningún nuevo intento durante el tiempo de espera de bloque, el CP 341 cancela la recepción.

Indicación de error ampliada en el FB de recepción Active el parámetro "Mostrar errores de recepción en el FB" para que un telegrama recibido incorrectamente también se indique en la salida de estado del bloque de función P_RCV_RK. Si el parámetro está desactivado, se crea una sola entrada en el búfer de diagnóstico del CP 341.



Conflicto de inicialización La figura siguiente muestra el desarrollo de la transmisión de datos en caso de un conflicto de inicialización.

Figura 2-8 Intercambio de datos en caso de un conflicto de inicialización

Si un equipo no responde a la petición de envío (carácter STX) del interlocutor dentro del tiempo de retardo de acuse (TRA) con la confirmación DLE o NAK, pero sí con el carácter STX, se produce un conflicto de inicialización. Ambos equipos se disponen a ejecutar la petición de envío pendiente. El equipo que tiene menor prioridad retira su petición y responde con el carácter DLE. El equipo con mayor prioridad envía sus datos cómo se ha descrito anteriormente. Una vez desconectada la comunicación, el equipo con menor prioridad puede ejecutar su petición de envío. Para solucionar el conflicto de inicialización debe parametrizar los interlocutores con diferentes prioridades.



Fallo de procedimiento El procedimiento detecta tanto los fallos producidos por un comportamiento erróneo del interlocutor como los producidos por interferencias en la línea. En ambos casos, primero se intenta enviar/recibir el bloque de datos repitiendo el proceso. Si después del número máximo de intentos de transmisión no se consigue enviar o recibir el bloque de datos sin errores (o si se produce un nuevo estado de error), el procedimiento cancela la transmisión o recepción. El procedimiento notifica el número de error del primer error detectado y luego pasa al estado de reposo. Estos mensajes de error se indican en la salida STATUS del FB. Si en la salida STATUS del FB se registra frecuentemente un número de error para repeticiones de envío y recepción, puede deducirse que existen interferencias ocasionales en el intercambio de datos. Sin embargo, el elevado número de intentos de transmisión lo compensa. En este caso conviene comprobar posibles fuentes de interferencia que puedan estar afectando a la transmisión, ya que con numerosas repeticiones se reduce tanto la tasa de datos útiles como la seguridad. La causa del fallo también puede ser un comportamiento erróneo del interlocutor. En caso de BREAK (rotura) de la línea de recepción (interrupción de la línea de recepción), se indica un mensaje de error en la salida STATUS del FB. No se inicia ninguna repetición. El estado BREAK se resetea automáticamente en cuanto se restablece la conexión en la línea. Para todos los errores de transmisión detectados (carácter perdido, fallo de trama o de paridad) se notifica un número unitario, independientemente de que el fallo se haya producido durante el envío o la recepción del bloque de datos. No obstante, el fallo sólo se notifica si las repeticiones no han dado resultado.

Procedimiento 3964(R) Arranque En la siguiente figura encontrará las fases de arranque del procedimiento 3964(R).

Figura 2-9 Esquema de desarrollo del arranque del procedimiento 3964(R)



Procedimiento 3964(R) Transmisión En la siguiente figura se muestran las fases de transmisión con el procedimiento 3964(R).

Figura 2-10 Esquema del desarrollo de la transmisión con el procedimiento 3964(R)



Procedimiento 3964(R) Recepción (parte 1) En la siguiente figura encontrará las fases de recepción con el procedimiento 3964(R).

Figura 2-11 Esquema del desarrollo de la recepción con el procedimiento 3964(R) (parte 1)



Procedimiento 3964(R) recepción (parte 2) En la siguiente figura encontrará las fases de recepción con el procedimiento 3964(R).

Figura 2-12 Esquema del desarrollo de la recepción con el procedimiento 3964(R) (parte 2)

Principios de la transmisión serie de datos 2.5 Transmisión de datos con el protocolo mainframe RK 512


2.5 Transmisión de datos con el protocolo mainframe RK 512 El protocolo para mainframe RK 512 controla la transmisión de datos en un acoplamiento punto a punto entre el CP 341 y un interlocutor. A diferencia del procedimiento 3964(R), el protocolo para mainframe RK 512 contiene además de la capa física (capa 1) y de la capa de enlace (capa 2) la capa de transporte (capa 4). El protocolo para mainframe RK 512 ofrece además una mayor seguridad de los datos y mejores posibilidades de direccionamiento.

Telegrama de reacción El protocolo para mainframe RK 512 responde a cada telegrama de orden recibido con un telegrama de reacción a la CPU (capa de transporte). De ese modo el remitente puede comprobar si sus datos han llegado correctamente a la CPU o bien si los datos solicitados están disponibles en la misma.

Telegrama de orden Los telegramas de orden pueden ser telegramas SEND o telegramas FETCH. En el capítulo "Comunicación mediante bloques de función (Página 127)" puede consultar el modo de iniciar un telegrama SEND o un telegrama FETCH.

Telegrama SEND En un telegrama SEND el CP 341 envía un telegrama de orden con datos útiles y el interlocutor responde con un telegrama de reacción sin datos útiles.

Telegrama FETCH En un telegrama FETCH el CP 341 envía un telegrama de orden sin datos útiles y el interlocutor responde con un telegrama de reacción con datos útiles.

Telegrama de continuación Si la cantidad de datos supera los 128 bytes, en el caso de telegramas SEND y FETCH se envían automáticamente telegramas de continuación.

Encabezado del telegrama Cada telegrama del RK 512 comienza con un encabezado. Éste puede contener identificadores del telegrama, información sobre el destino y el origen de los datos y un número de error.



Estructura del encabezado En la siguiente tabla puede apreciarse la estructura del encabezado del telegrama de orden.

Tabla 2- 1 Estructura del encabezado del telegrama de orden (RK 512)

Byte Significado 1 El identificador del telegrama en telegramas de orden (00H),

en telegramas de orden de continuación (FFH) 2 Identificador del telegrama (00H) 3 'A' (41H)

'O' (4FH) 'E' (45H)

para petición SEND con DB de destino o para petición SEND con DX de destino o para petición FETCH

los datos a transmitir están formados por (al enviar sólo es posible 'D'): 4 'D' (44H) 'E' (45H) 'M' (4DH) 'Z' (5AH)

=bloque de datos 'X' (58H)=bloque de datos ampliado = bytes de entrada 'A' (41H) =bytes de salida =bytes de marcas 'T' (54H) = células de temporizador =células de contador

5 Destino de datos con petición SEND, o Fuente de datos con petición FETCH, p. ej. byte 5 = nº DB, byte 6 = nº DW. (El direccionamiento de RK 512 describe el origen y destino de los datos con límites de palabra. La conversión a direcciones de bytes en SIMATIC S7 se produce automáticamente.)

6 7 Longitud High-Byte Longitud de los datos a transmitir según el tipo en bytes o bien

Longitud Low-Byte Palabras 8 9 Número de bytes de la marca de acoplamiento; si no se ha indicado ninguna marca de acoplamiento, aquí

figura FFH. 10 Bit 0 a 3: número de bytes de la marca de acoplamiento, si ha indicado una marca de acoplamiento, el

protocolo indicará aquí FH. Bit 4 a 7: número de CPU (de 1 a 4); si no ha indicado ningún número de CPU (número 0) pero sí ha indicado una marca de acoplamiento, aquí aparece 0H; si no ha indicado ningún número de CPU ni ninguna marca de acoplamiento, aquí figura FH.

Las letras de los bytes 3 y 4 son caracteres ASCII. El encabezado del telegrama de orden de continuación sólo se compone de los bytes 1 a 4.



Telegrama de reacción Una vez transferido el telegrama de orden, el RK 512 espera un telegrama de reacción del interlocutor durante el tiempo de vigilancia. La duración del tiempo de vigilancia es de 20 s por defecto, independientemente de la velocidad de transmisión. El usuario puede parametrizar un tiempo de vigilancia más corto en la ficha "RK 512" de la interfaz de parametrización. Seleccionando la opción "según la velocidad de transferencia" se lleva a cabo la vigilancia según los tiempos de espera máximos listados a continuación:

Tabla 2- 2 Tiempo de vigilancia al telegrama de reacción en función de la velocidad de transmisión

Velocidad de transmisión Tiempo de vigilancia • 300 baudios 10 s

• 600 baudios 7 s

• 1200 baudios 5 s

• a partir de 38400 baudios 3 s

¡El campo atenuado "Tiempo de espera máximo" sólo sirve para indicar el tiempo de vigilancia utilizado y no se puede editar!

Estructura y contenido del telegrama de reacción El telegrama de reacción se compone de 4 bytes y contiene información sobre el desarrollo de la petición.

Tabla 2- 3 Estructura del encabezado del telegrama de reacción (RK 512)

Byte Significado 1 Identificador del telegrama en telegramas de reacción (00H),

en telegramas de reacción de continuación (FFH) 2 Identificador del telegrama (00H) 3 ocupado con 00H 4 Número de error del interlocutor en el telegrama de reacción:*

00H si la transmisión ha transcurrido sin problemas > 00H número de error

* El número de error del telegrama de reacción provoca automáticamente un número de evento en la salida STATUS de los bloques de función.



2.5.1 Enviar datos con RK 512

Enviar datos con RK 512 La siguiente figura representa el desarrollo del proceso de transmisión de datos en el envío con un telegrama de reacción con el protocolo mainframe RK 512.

(00H)(00H)

DW01 (01H)

50 DW (32H)

● ●

(00H)(00H)(00H)

STXDLE

1. Byte2. Byte3. Byte4. Byte5. Byte6. Byte7. Byte8. Byte9. Byte10. Byte

11. Byte12. Byte

● ●n. Byte

DLEETXBCCDLE

STXDLE

1. Byte2. Byte3. Byte4. Byte

DLE

ETXBCC

DLE

Offs. datos

Figura 2-13 Intercambio de datos en el envío con telegrama de reacción



Enviar datos La petición SEND se desarrolla en el siguiente orden: ● Interlocutor activo

Envía un telegrama SEND. Éste contiene el encabezado y datos. ● Interlocutor pasivo

Recibe el telegrama, comprueba el encabezado así como los datos y confirma la recepción con un telegrama de reacción tras la transmisión de los datos a la CPU.

● Interlocutor activo Recibe el telegrama de reacción. Envía datos útiles. Si la cantidad de datos útiles supera los 128 bytes, envía un telegrama SEND de continuación.

● Interlocutor pasivo Recibe el telegrama SEND de continuación, comprueba el encabezado y los datos, y confirma la recepción con un telegrama de reacción de continuación tras la transmisión de los datos a la CPU.

Nota Si la CPU no ha recibido el telegrama SEND sin errores o si se ha producido un error en el encabezado del telegrama, el interlocutor registra un número de error en el 4º byte del telegrama de reacción. Si se trata de fallos de protocolo no se realiza ninguna entrada en el telegrama de reacción.



Telegramas SEND de continuación Cuando la cantidad de datos sobrepasa los 128 bytes, se inicia un telegrama SEND de continuación. El desarrollo es análogo al de un telegrama SEND. Si se envían más de 128 bytes, éstos se transmiten automáticamente en uno o más telegramas de continuación. La siguiente figura muestra el desarrollo de la transmisión de datos al enviar un telegrama SEND de continuación con un telegrama de reacción de continuación.

Figura 2-14 Desarrollo del telegrama SEND de continuación con un telegrama de resreacción de

continuación



2.5.2 Recoger datos con RK 512

Recoger datos con RK 512 La siguiente figura representa el la evolución del proceso de transmisión de datos al recoger datos con un telegrama de reacción con el protocolo mainframe RK 512.

Figura 2-15 Intercambio de datos al recoger datos con telegrama de reacción



Recoger datos La petición FETCH se desarrolla en el siguiente orden: ● Interlocutor activo

Envía un telegrama FETCH. Éste contiene el encabezado. ● Interlocutor pasivo

Recibe el telegrama, comprueba el encabezado, recoge los datos de la CPU y confirma la recepción con un telegrama de reacción. Éste contiene los datos.

● Interlocutor activo Recibe el telegrama de reacción. Si la cantidad de datos útiles supera los 128 bytes, envía un telegrama FETCH de continuación.. Éste contiene los bytes 1 a 4 del encabezado.

● Interlocutor pasivo Recibe el telegrama FETCH de continuación, comprueba el encabezado, recoge los datos de la CPU y confirma la recepción con un telegrama de reacción de continuación con más datos.

Si el 4º byte lleva un número de error (diferente de 0), el telegrama de reacción no contiene datos. Si se solicitan más de 128 bytes, éstos se transmiten automáticamente en uno o más telegramas de continuación.

Nota Si la CPU no ha recibido el telegrama FETCH sin errores o si se ha producido un error en el encabezado del telegrama, el interlocutor registra un número de error en el 4º byte del telegrama de reacción. Si se trata de fallos de protocolo no se realiza ninguna entrada en el telegrama de reacción.



Telegrama FETCH de continuación La siguiente figura representa el desarrollo de la transmisión al recoger datos con un telegrama de reacción de continuación.

Figura 2-16 Desarrollo de un telegrama FETCH de continuación con un telegrama de reacción de

continuación



2.5.3 Modo casi dúplex

Modo casi dúplex Modo casi dúplex significa: los interlocutores pueden enviar telegramas de orden y de reacción en cualquier momento, menos cuando el otro interlocutor está enviando. La profundidad de anidado máximo de los telegramas de orden y de recepción es "1". Por ello, sólo es posible procesar un nuevo telegrama de orden cuando el primero ha sido contestado con un telegrama de reacción. En algunas circunstancias, cuando ambos interlocutores quieren enviar, , antes del telegrama de reacción se puede enviar un telegrama SENS del interlocutor. Por ejemplo, cuando en el búfer de salida del CP CP 341 se ha registrado un telegrama SEND del interlocutor antes del telegrama de reacción. En la figura siguiente, el telegrama de reacción de continuación para el primer telegrama SEND se envía después del telegrama SEND del interlocutor.

Figura 2-17 Modo casi dúplex



2.5.4 RK 512, peticiones de CPU

Desarrollo de RK 512 mediante peticiones de CPU La figura siguiente muestra los desarrollos del protocolo mainframe RK 512 mediante peticiones de CPU.

Figura 2-18 Esquema del desarrollo de la transmisión de datos con RK 512 mediante peticiones de

CPU



RK 512 Peticiones del interlocutor En la siguiente figura se representa las fases del protocolo para mainframe RK 512 mediante peticiones del interlocutor.

Figura 2-19 Esquema del desarrollo de la transmisión de datos con RK 512 mediante peticiones del

interlocutor

Indicación de error ampliada en el FB de recepción Active el parámetro "Mostrar errores de recepción en el FB" para que un telegrama recibido de manera errónea también se indique en la salida de estado del bloque de función P_RCV_RK. Si el parámetro está desactivado, se crea una sola entrada en el búfer de diagnóstico del CP 341.

Principios de la transmisión serie de datos 2.6 Transmisión de datos con el driver ASCII


2.6 Transmisión de datos con el driver ASCII

2.6.1 Principio de la transmisión de datos con el driver ASCII El driver ASCII controla la transmisión de datos en un acoplamiento punto a punto entre el procesador de comunicaciones y un interlocutor. El driver ASCII incluye el nivel de transmisión de bits (nivel 1). La estructura de los telegramas permanece abierta por ello, ya que el usuario de S7 transmite el telegrama de envío completo al procesador de comunicaciones. Para la dirección de recepción debe parametrizarse el criterio de fin de un telegrama. La estructura de los telegramas de envío puede diferenciarse de la de los de recepción. El driver ASCII permite enviar y recibir datos con cualquier estructura (todos los caracteres ASCII imprimibles así como todos los caracteres restantes entre 00 y FFH (en una trama de caracteres de 8 bits de datos)) o bien de 00 a 7FH (en una trama de caracteres de 7 bits de datos).

2.6.2 Enviar datos con el driver ASCII

Enviar datos con el driver ASCII Para enviar, al llamar al bloque de función P_SND_RK debe indicar como parámetro "LEN" el número de bytes de datos útiles que deben enviarse. Si utiliza el criterio de fin "Transcurrido el tiempo de retardo caracteres" el driver ASCII realizará una pausa entre dos telegramas también al enviar. Puede llamar en todo momento al FB P_SND_RK, pero el driver ASCII no inicia la salida hasta que, desde el último telegrama enviado, no haya transcurrido un tiempo superior al tiempo de retardo de caracteres que esté parametrizado. Si utiliza el criterio de fin "Señal de fin", puede escoger entre 3 posibilidades diferentes: ● Enviar hasta carácter de marca de fin, incluido el mismo

El carácter de marca de fin debe estar incluido en los datos enviados. Sólo se envían los datos hasta el carácter de marca de fin, éste incluido, incluso si en el bloque de función se ha indicado una longitud de datos superior.

● Enviar hasta la longitud parametrizada en el bloque de función Se envían los datos hasta alcanzar la longitud parametrizada en el bloque de función. El último carácter debe ser el carácter de fin. Aunque los datos a transmitir no contengan el carácter de fin, el telegrama se enviará sin mensaje de error.



● Enviar hasta alcanzar la longitud parametrizada en el bloque de función e insertar automáticamente el/los carácter(es) de marca de fin Se envían los datos hasta alcanzar la longitud parametrizada en el bloque de función. Además se añade automáticamente el/los carácter(es) de fin. Esto significa que los caracteres de fin no pueden estar contenidos en los datos que se envían. Dependiendo del número de caracteres de marca de fin, se envían al interlocutor 1 ó 2 caracteres más de los parametrizados en el bloque de función.

Si utiliza el criterio de fin "Longitud fija de telegrama" se transmitirá en el sentido de envío el número de datos que haya indicado en el FB P_SND_RK, en el parámetro "LEN". En el sentido de recepción, es decir, en el DB de recepción, se registra el número de datos que haya indicado para el receptor en la interfaz de parametrización, en el parámetro "Longitud fija del telegrama". Para garantizar un intercambio de datos sin problemas, ambos parámetros deberían ser idénticos. Durante el envío se inserta una pausa de una duración equivalente al tiempo de retardo de carácter (TRC) para que el interlocutor pueda sincronizarse (reconocer el inicio del telegrama). Si la sincronización se produce de otra manera, la pausa de envío entre telegramas puede anularse en la interfaz de configuración.

Nota Al parametrizar el control de flujo XON/XOFF, los datos útiles no deben contener ninguno de los caracteres parametrizados XON o XOFF. Los ajustes por defecto son DC1 = 11H para XON y DC3 = 13H para XOFF.



Enviar datos En la siguiente figura encontrará las fases del envío.

Figura 2-20 Esquema de desarrollo de la transmisión



2.6.3 Recibir datos con el driver ASCII

Recibir datos con el driver ASCII Para la transmisión de datos con el driver ASCII, puede elegir entre tres criterios de fin para la recepción de datos. El criterio de fin determina el momento en que un telegrama ha sido recibido de forma completa. Los criterios de fin posibles son: ● Tiempo de retardo de caracteres transcurrido

El telegrama no tiene una longitud específica ni caracteres de fin definidos, el final del telegrama lo determina una pausa en la línea (tiempo de retardo de caracteres transcurrido).

● Recepción del/de los carácter(es) de fin Al final del telegrama hay uno o dos caracteres de fin definidos.

● Recepción de un número determinado de caracteres La longitud de los telegramas de recepción es siempre la misma.

Transparencia del código La transparencia del código del procedimiento depende de la elección del criterio de fin parametrizado y del control de flujo: ● Con uno o dos caracteres de fin

– no hay transparencia del código ● Criterio de fin Tiempo de retardo de caracteres transcurrido o bien Longitud fija de

telegrama – con transparencia del código

● Si se utiliza el control de flujo XON/XOFF, no hay transparencia del código. El término "transparencia de código" significa que en los datos útiles pueden darse todas las combinaciones de caracteres posibles sin que se reconozca el criterio de fin.



Criterio de fin Tiempo de retardo de caracteres transcurrido En la recepción de datos se reconoce el final del telegrama una vez que ha transcurrido el tiempo de retardo de caracteres. La CPU acepta los datos recibidos. El tiempo de retardo de caracteres debe ajustarse de tal modo que transcurra con seguridad entre dos telegramas consecutivos. Asimismo, ha de ser lo suficientemente largo como para garantizar que en las pausas de envío del interlocutor dentro de un mismo telegrama no se reconozca por error el final del mismo. En la siguiente figura encontrará el desarrollo del proceso de recepción con criterio de fin "Tiempo de retardo de carácter agotado".

Figura 2-21 Esquema del desarrollo de la recepción con el criterio de fin "Transcurrido el tiempo de

retardo caracteres"



Criterio de fin Señal de fin En la recepción de datos se detecta el final del telegrama en el momento en que se recibe(n) el/los carácter(es) de fin parametrizado(s). La CPU registra todos los datos recibidos, incluidos los caracteres de fin. El transcurso del tiempo de retardo de caracteres durante la recepción implica el final de la recepción. Se genera un mensaje de error y se rechaza el fragmento del telegrama. Cuando se utilizan caracteres de fin no hay transparencia de código en la transmisión, y debe excluirse la posibilidad de que la(s) señal(es) de fin esté(n) contenida(s) en los datos útiles del usuario. Recuerde lo siguiente si en el telegrama recibido el último carácter no es el carácter de fin: ● Carácter de fin contenido en el telegrama en cualquier posición:

Todos los caracteres, incluido el carácter de fin, se registran en el DB de recepción. Los caracteres que se encuentran tras el carácter de fin se – rechazan, si al final del telegrama ha transcurrido el tiempo de retardo de caracteres

(TRC). – juntan con el telegrama siguiente si se recibe otro telegrama antes de que haya

transcurrido el tiempo de retardo de caracteres. ● Carácter de fin no contenido en el telegrama:

El telegrama se – rechaza, si al final del telegrama ha transcurrido el tiempo de retardo de caracteres

(TRC). – juntan con telegrama siguiente si se recibe otro telegrama antes de que haya

transcurrido el tiempo de retardo de caracteres.



En la siguiente figura encontrará el desarrollo del proceso de recepción con el criterio de fin "Carácter de fin".

Figura 2-22 Desarrollo del proceso de recepción con el criterio de fin "Carácter de fin"



Criterio de fin Longitud fija de telegrama En la recepción de datos se detecta el final del telegrama en el momento en que se recibe el número de caracteres parametrizado. La CPU acepta los datos recibidos. Si el tiempo de retardo de caracteres termina antes de que se alcance el número de caracteres parametrizado, se finaliza la recepción. Se genera un mensaje de error y se rechaza el fragmento de telegrama. Recuerde lo siguiente si la longitud del telegrama (caracteres recibidos) no concuerda con la longitud fija parametrizada para el telegrama: ● Si la longitud del telegrama (caracteres recibidos) supera la longitud parametrizada:

Todos los caracteres que se reciben una vez alcanzada la longitud fija parametrizada se – rechaza, si al final del telegrama ha transcurrido el tiempo de retardo de caracteres


transcurrido el tiempo de retardo de caracteres. ● Si la longitud del telegrama (caracteres recibidos) es inferior a la longitud parametrizada:

El telegrama se – rechaza, si al final del telegrama ha transcurrido el tiempo de retardo de caracteres


transcurrido el tiempo de retardo de caracteres.



En la siguiente figura se muestra el desarrollo del proceso de recepción con el criterio de fin "Longitud fija del telegrama".

Figura 2-23 Esquema de desarrollo de la recepción con criterio de fin "Longitud fija del telegrama"



Búfer de recepción del CP 341 El búfer de recepción del CP 341 tiene un tamaño de 4096 bytes. En la parametrización puede especificar si debe impedirse que se sobrescribanlos datos del búfer de recepción. También es posible determinar el rango de valores (de 1 a 250) para el número de telegramas recibidos registrados en el búfer. El búfer de recepción del CP 341 es un búfer de anillo: ● Si se registran varios telegramas en el búfer de recepción del CP 341, se aplica lo

siguiente: siempre se transmite el telegrama más antiguo del CP 341 a la CPU. ● Si desea que se transmita siempre el telegrama más actual a la CPU, debe especificar el

valor "1" para el número de telegramas respaldados y desactivar la protección contra sobrescritura.

Nota Si la lectura continua de los datos recibidos en el programa de usuario se interrumpe durante un tiempo, al volver a solicitar los datos recibidos puede ocurrir que la CPU reciba primero telegramas antiguos del CP 341 y después el último telegrama. Los telegramas antiguos son los telegramas que en el momento de la interrupción se encontraban de camino entre el CP 341 y la CPU o que ya habían sido recibidos por el FB.

Indicación de error ampliada en el FB de recepción Active el parámetro "Mostrar errores de recepción en el FB" para que un telegrama recibido de manera errónea también se indique en la salida de estado del bloque de función P_RCV_RK. Si el parámetro está desactivado, se crea una sola entrada en el búfer de diagnóstico del CP 341.



2.6.4 Modo RS 485

Modo RS 485 Si utiliza el driver ASCII en modo RS 485 (semidúplex, modo de dos hilos), debe garantizar mediante el programa de usuario que nunca pueda enviar más de una estación. Si envían más de una simultáneamente, el telegrama se falsifica.

Señales cualificadoras RS 232C En el CP 341–RS 232C hay disponibles las siguientes señales cualificadoras RS 232C: ● DCD (Entrada) Data Carrier detect;

Soporte de datos detectado ● DTR (Salida) Data terminal ready;

CP 341 listo para entrar en funcionamiento ● DSR (Entrada) Data set ready;

Interlocutor listo para entrar en funcionamiento ● RTS (Salida) Request to send;

CP 341 listo para transmitir ● CTS (Entrada) Clear to send;

El interlocutor puede recibir datos del CP 341 (respuesta a RTS = ON del CP 341)

● RI (Entrada) Ring Indicator; Señal de llamada

Tras conectar el CP 341-RS 232C, las señales de salida se encuentran en estado OFF (inactivas). El control de las señales de control DTR/DSR y RTS/CTS puede definirse en la interfaz de parametrización CP 341: Utilización de Parametrizar acoplamiento punto a punto o control integrando funciones (FCs) en el programa de usuario.



Control de las señales cualificadoras RS 232C Con las señales cualificadoras RS 232C se puede operar: ● en caso de haber parametrizado el control automático de todas las señales

cualificadoras RS 232C ● en caso de haber parametrizado el control del flujo de datos (RTS/CTS) ● con las funciones FC V24_STAT y FC V24_SET

Nota ¡Si se parametriza el control automático de las señales cualificadoras RS 232C no es posible ni el control del flujo de datos con RTS/CTS ni el control de RTS y DTR mediante la función FC V24_SET! ¡Si se parametriza un control del flujo de datos con RTS/CTS no será posible controlar RTS con la función FC V24_SET! Por el contrario, la lectura de todas las señales cualificadoras RS 232C con la función FC V24_STAT siempre es posible.

A continuación se explica el procedimiento básico para controlar y evaluar las señales cualificadoras RS 232C.

Control automático de las señales cualificadoras El control automático de las señales cualificadoras RS 232C en el CP 341 se realiza de la siguiente manera: ● En cuanto el CP 341 entra por parametrización en un modo de operación con control

automático de las señales cualificadoras RS 232C, pone las líneas RTS en estado OFF y las DTR en estado ON (CP 341 listo para entrar en funcionamiento). Sólo es posible enviar y recibir telegramas tras poner la línea DTR a ON. Mientras DTR permanezca en OFF, no se podrán recibir datos a través de la interfaz RS 232C. Cualquier petición de transmisión se cancelará con el mensaje de error correspondiente.

● Si está pendiente una petición de transmisión, RTS pasará al estado ON y se iniciará el tiempo de espera parametrizado para la salida de datos. Una vez transcurrido el tiempo de espera para salida de datos, y con CTS = ON, los datos se envíarán a través de la interfaz RS 232C.

● Si durante el envío la línea CTS no pasa a ON durante el tiempo de espera para la salida de datos o si durante el proceso de transmisión se produce un cambio de CTS al estado OFF, la petición de envío se interrumpirá y se generará el correspondiente mensaje de error.

● Una vez transmitidos los datos y transcurrido el tiempo de supresión RTS parametrizado, la línea RTS se pone a OFF. No se espera a que CTS pase a OFF.

● La recepción de datos a través de la interfaz RS 232C será posible tan pronto como se ponga la línea DSR a ON. Si existe riesgo de desbordamiento del búfer de recepción del CP 341, el CP 341 no reacciona.



● Al cambiar de DSR = ON a OFF se cancela con un mensaje de error tanto la petición de envío en curso como la recepción de datos. En el búfer de diagnóstico del CP 341 se registra el mensaje "DSR = OFF (control automático de las señales V24)".

Nota El control automático de las señales cualificadoras RS 232C sólo es posible en modo semidúplex. ¡Si se parametriza el control automático de las señales cualificadoras RS 232C no es posible ni el control del flujo de datos con RTS/CTS ni el control de RTS y DTR mediante la función FC V24_SET!

Nota El "tiempo de supresión RTS" debe definirse en la interfaz de parametrización de tal manera que el interlocutor pueda recibir completos los últimos caracteres del telegrama antes de que se suprima RTS, y con ello, la intención de transmitir. El "tiempo de espera para salida de datos" debe dimensionarse de manera que el interlocutor pueda pasar al modo de disponibilidad de recepción antes de que el tiempo haya transcurrido.

Cronograma La figura muestra el desarrollo temporal de una petición de envío.

Figura 2-24 Cronograma para el control automático de las señales cualificadoras RS 232C



Control del flujo de datos/procedimiento handshake Los procedimientos handshake controlan el flujo de datos entre dos interlocutores. El procedimiento handshake impide que se pierdan datos durante la transmisión con equipos que trabajan a diferente velocidad. Se distinguen dos procedimientos: ● Handshake por software (p. ej. XON/XOFF) ● Handshake por hardware (p. ej. RTS/CTS) El control del flujo de datos en el CP 341 se realiza de la siguiente manera: ● En cuanto el CP 341 pasa por parametrización a un modo de operación con control de

flujo, envía el carácter XON o pone la línea RTS en estado ON. ● Cuando se alcanza el número de telegramas parametrizado o bien los 50 caracteres

antes de que el búfer de recepción se desborde (capacidad del búfer de recepción: 4096 bytes), el CP 341 envía el carácter XOFF o pone la línea RTS en estado OFF. Si a pesar de ello el interlocutor continúa enviando, se genera un mensaje de error al desbordarse el búfer de recepción. Los datos recibidos del último telegrama se rechazan.

● En cuanto la CPU S7 recoge un telegrama, y una vez que el búfer de recepción está listo para recibir, el CP 341 envía el carácter XON o pone la línea RTS en estado ON.

● Si el CP 341 recibe el carácter XOFF o si la señal de control CTS del interlocutor pasa a estado OFF, el CP 341 interrumpe el proceso de transmisión. Si transcurrido un tiempo determinado parametrizable no se recibe ningún carácter XON o si el interlocutor no pone el CTS a ON, el proceso de transmisión se cancela y se genera el correspondiente mensaje de error (0708H) en la salida STATUS de los bloques de función.

Nota Al parametrizar el control del flujo de datos con RTS/CTS es necesario cablear por completo las señales de interfaz utilizadas en la conexión por conector. ¡Si se parametriza un control del flujo de datos con RTS/CTS no será posible controlar RTS con la función FC V24_SET!

Leer/controlar con FC V24_STAT y FC V24_SET La función FC V24_STAT permite determinar el estado de cada señal cualificadora RS 232C. La función FB V24_SET permite controlar las señales de salida DTR y RTS.

Tiempos de conmutación para el módulo RS485 en modo semidúplex El tiempo máximo de conmutación entre la transmisión y la recepción es de 1 ms. Este valor es válido para los módulos a partir de la referencia 6ES7341–1_H01–0AE0.

Principios de la transmisión serie de datos 2.7 Transmisión de datos con el driver de impresora


2.7 Transmisión de datos con el driver de impresora

Introducción Con el driver de impresora se pueden imprimir textos de aviso con indicación de fecha y hora. De este modo es posible controlar procesos sencillos, imprimir avisos de error o alarmas o p.ej. dar instrucciones a los operadores. El driver de impresora contiene la capa física (nivel 1).

Textos de aviso y parámetros para la impresión Con la interfaz de parametrización CP 341: Parametrizar un acoplamiento punto a punto se configuran los textos de aviso y se definen los parámetros (diseño de página, juego de caracteres, caracteres de control) para la impresión. Los textos de aviso y los parámetros para la impresión se transmiten al CP 341 durante el arranque junto con los parámetros del módulo. Textos de aviso: Los textos de aviso se pueden configurar con variables e instrucciones de control (como p. ej., negrita, cursiva, subrayado etc.). Cada texto de aviso recibe un número en la configuración. La impresión de un texto de aviso determinado se define mediante la indicación de un número de texto de aviso en una cadena de formato al llamar el bloque de función P_PRINT. Previamente debe haberse depositado en el bloque de datos la cadena de formato y las variables. Diseño de página: Para el diseño de página es posible ajustar los márgenes, cambios de línea, así como el el encabezado y pie de página. Juego de caracteres: Con una tabla de conversión de caracteres se cambia del juego de caracteres ANSI de STEP 7 al juego de caracteres de la impresora. Es posible modificar la tabla de conversión de caracteres propuesta para el tipo de impresora, y adoptar así p. ej. los caracteres específicos de un país. Caracteres de control: La tabla de caracteres de control permite modificar las instrucciones de control del texto de aviso para la emulación de la impresora con el fin de activar y desactivar la letra negrita, cursiva, comprimida y expandida o el subrayado o incluir nuevos caracteres de control.

Variables En un texto de aviso pueden mostrarse hasta 4 variables (3 + número de textos de aviso). Los valores de las variables se pueden transferir de la CPU al CP 341. Como variables se pueden visualizar: valores de cálculo del programa de usuario (p. ej: niveles), fecha y hora, cadenas (variable de cadena) y otros textos de aviso. Para cada variable debe indicarse una instrucción de conversión en el texto de aviso configurado o en la cadena de formato en la que esté codificado el significado y el formato de salida del valor de la variable.



Cadena de formato La cadena de formato permite definir la representación y la composición de un texto de aviso. La cadena de formato puede componerse de: ● Texto (todos los caracteres imprimibles, p. ej: A las ... horas se ha alcanzado el nivel ... l) ● Instrucciones de conversión para las variables (p. ej. %N = puntero hacia el número de

texto de aviso x, siendo x un valor de variable (véase más abajo el ejemplo 2)) Para cada variable debe existir exactamente una sola instrucción de conversión en la cadena de formato o en el texto de aviso configurado. Las instrucciones de conversión se aplicarán a las variables según el orden en que estén dispuestas.

● Instrucciones de control con caracteres de control para negrita, cursiva, comprimido, expandido o subrayado (p. ej. \B = activar negrita) o bien con caracteres de control adicionales definidos por el propio usuario

También pueden utilizarse caracteres de control adicionales si se introducen en la tabla de caracteres de control de la interfaz de parametrización CP 341: Parametrizar un acoplamiento punto a punto y se reparametriza el CP 341.

Otras funciones Además de la impresión de los textos de aviso, para la impresión también se pueden utilizar las siguientes funciones. La ejecución de estas funciones debe indicarse asimismo en la cadena de formato. ● Ajustar número de página (cadena de formato = %P) ● Insertar salto de página (cadena de formato = \F) ● Imprimir con/sin salto de línea (\x al final de la cadena de formato) Recuerde que de forma estándar, tras cada impresión se realiza un avance de línea.

Ejemplos Ejemplo 1: A las "17.30 " horas se alcanzó el nivel "200" l Cadena de formato = A las %Z se ha alcanzado el nivel %i l. Variable 1 = hora Variable 2 = nivel Ejemplo 2: La presión de la cámara "disminuye" Cadena de formato = %N %S Variable 1 = 17 (texto de aviso nº 17: La presión de la cámara ...) Variable 2 = referencia a cadena (variable de cadena: ... disminuye) Ejemplo 3: (Ajustar número de página a 10) Cadena de formato = %P Variable 1 = 10 (número de página: 10)

Impresión Para la impresión de n bytes de datos útiles, al llamar al bloque de función P_PRINT debe indicarse el número de bloque de un DB de punteros. En el DB de punteros, los punteros



que indican los bloques de datos están depositados, junto con la cadena de formato y las variables relacionadas, en un orden determinado. Durante la impresión se preparan los datos que se van a imprimir. La impresión se prepara de acuerdo con la parametrización realizada con la interfaz de parametrización CP 341: Parametrizar acoplamiento punto a punto (diseño de página, juego de caracteres, caracteres de control, etc.). En la salida por impresora no se reciben caracteres. A excepción de los caracteres de control para el control de flujo, si éstos se han parametrizado de la forma correspondiente. No se acepta ningún otro carácter que pueda aparecer.

Nota Al parametrizar el control de flujo XON/XOFF, los datos útiles no deben contener ninguno de los caracteres parametrizados XON o XOFF. Los ajustes predeterminados son DC1 = 11H para XON y DC3 = 13H para XOFF.

Salida del texto de aviso En la figura siguiente se representan las distintas fases de la salida por impresora.

Figura 2-25 Esquema de desarrollo de la salida por impresora



Control de flujo de datos/procedimiento handshake Los procedimientos handshake controlan el flujo de datos entre dos interlocutores. El procedimiento handshake impide que se pierdan datos durante la transmisión con equipos que trabajan a diferente velocidad. También en la salida por impresora es posible transmitir los textos de aviso con control del flujo de datos. Se distinguen dos procedimientos: ● Handshake por software (p. ej. XON/XOFF) ● Handshake por hardware (p. ej. RTS/CTS) En la salida por impresora, el control del flujo de datos en el CP 341 se realiza de la siguiente manera: ● En cuanto el CP 341 pasa por parametrización al modo de operación con control de flujo,

envía el carácter XON o pone la línea RTS en estado ON. ● Si el CP 341 recibe el carácter XOFF o si la señal de control CTS pasa a OFF, el CP 341

interrumpe la salida de caracteres. Si transcurrido un tiempo determinado parametrizable no se recibe ningún carácter XON o CTS no pasa a ON, se interrumpe la salida por impresora y se genera el correspondiente mensaje de error (0708H) en la salida STATUS del SBF PRINT.

Nota Si se efectúa la parametrización con control de flujo RTS/CTS es imprescindible cablear por completo las señales de interfaz utilizadas en la unión por conector.

Señal BUSY El CP 341 evalúa la señal de control "BUSY" de la impresora. La impresora notifica al CP 341 que está lista para recibir, ● en el CP 341-20mA-TTY: con intensidad en la línea RxD. ● en CP 341–RS 232C y CP 341-RS 422/485: con señal CTS = "ON".

Nota Si se efectúa la parametrización con control de flujo RTS/CTS, deberá parametrizar en la impresora la polaridad de la señal BUSY como sigue: • Señal BUSY: CTS = "OFF" Recuerde que algunas impresoras indican la señal BUSY con ayuda de la señal DTR. En tal caso debe efectuarse el correspondiente cableado en el cable de conexión que conduce al CP 341.

Consulte también Interfaz RS 232C del CP 341-RS 232C (Página 225)

Principios de la transmisión serie de datos 2.8 Datos de parametrización


2.8 Datos de parametrización

La selección de los protocolos permite adaptar el procesador de comunicaciones CP 341 a un interlocutor. Los siguientes capítulos describen los datos de parametrización del procedimiento 3964(R), protocolo mainframe RK 512, el driver ASCII y el driver de impresora.

2.8.1 Datos de parametrización del procedimiento 3964(R) El sistema le ofrece la posibilidad de adaptar el CP 341 a un interlocutor mediante los datos de parametrización del procedimiento 3964(R).

Datos de parametrización del procedimiento 3964(R) Con la interfaz de parametrización CP 341: Parametrizar acoplamiento punto a punto indique los parámetros para la capa física (capa 1) y para la capa de enlace de datos (capa 2) del procedimiento 3964(R). A continuación encontrará una descripción detallada de los parámetros. El capítulo "Parametrizar los protocolos de comunicación (Página 118)" describe como introducir los datos de parametrización mediante la interfaz de parametrización CP 341: Parametrizar acoplamiento punto a punto.

Interfaz X27 (RS 422/485) Tenga en la siguiente indicación sobre la interfaz X27 (RS 422/485):

Nota En la variante del módulo CP 341-RS 422/485, el procedimiento 3964(R) sólo puede utilizarse en modo a cuatro hilos.



Protocolo La siguiente tabla describe el protocolo.

Tabla 2- 4 Protocolo 3964(R)

Parámetro Descripción Valor predeterminado 3964 con valores estándar sin comprobación de bloque

• Los parámetros del protocolo están ocupados con valores predeterminados.

• Cuando el CP 341 detecta la secuencia de caracteres DLE ETX, finaliza la recepción y transmite el carácter DLE al interlocutor si ha recibido un bloque correctamente (o NAK si se ha producido un error).

3964R con valores estándar con comprobación de bloque

• Los parámetros del protocolo están ocupados con valores predeterminados.

• Cuando el CP 341 detecta la secuencia de caracteres DLE ETX BCC, finaliza la recepción. El CP 341 compara el carácter de comprobación de bloque BCC con la paridad longitudinal calculada internamente. Si el carácter de comprobación de bloque es correcto y no se ha producido ningún otro error de recepción, el CP 341 transmite el carácter DLE (en caso de error se transmite el carácter NAK al interlocutor).

3964 parametrizable sin comprobación de bloque

• Los parámetros de protocolo pueden parametrizarse libremente. • Cuando el CP 341 detecta la secuencia de caracteres DLE ETX,

finaliza la recepción y transmite el carácter DLE al interlocutor si ha recibido un bloque correctamente (o NAK si se ha producido un error).

3964R parametrizable con comprobación de bloque

• Los parámetros de protocolo pueden parametrizarse libremente. • Cuando el CP 341 detecta la secuencia de caracteres DLE ETX

BCC, finaliza la recepción. El CP 341 compara el carácter de comprobación de bloque BCC con la paridad longitudinal calculada internamente. Si el carácter de comprobación de bloque es correcto y no se ha producido ningún otro error de recepción, el CP 341 transmite el carácter DLE (en caso de error se transmite el carácter NAK al interlocutor).

3964R con valores estándar y comprobación de bloque: TRC = 220 ms TRA = 2000 ms Intentos de establecer la conexión = 6 Intentos de transmisión = 6



Parámetros de protocolo Los parámetros de protocolo sólo pueden ajustarse si en el protocolo no se han ajustado los valores estándar.

Tabla 2- 5 Parámetros de protocolo (procedimiento 3964(R))

Parámetro Descripción Rango de valores Valor predeterminado

De 20 ms a 655350 ms en pasos de 10 ms El TRC más pequeño depende de la velocidad de transmisión:

Tiempo de retardo de caracteres (TRC)

El tiempo de retardo de caracteres define el intervalo máximo de tiempo entre dos caracteres recibidos dentro de un telegrama.

300 bits/s: 600 bits/s: 1200 bits/s: de 2400 a 115200 bits/s:

60 ms 40 ms 30 ms 20 ms

220 ms

De 20 ms a 655350 ms en pasos de 10 ms El TRA más pequeño depende de la velocidad de transmisión:

Tiempo de retardo de acuse (TRA)

El tiempo de retardo de acuse define el intervalo de tiempo máximo admisible hasta la confirmación del interlocutor al establecer la conexión (tiempo entre STX y confirmación DLE del interlocutor) o en la desconexión de la comunicación (tiempo entre DLE ETX y confirmación DLE del interlocutor).

300 bits/s: 600 bits/s: 1200 bits/s: de 2400 a 115200 bits/s:

60 ms 40 ms 30 ms 20 ms

2000 ms (550 ms en 3964 sin comprobación de bloque)

Intentos de establecimiento

Este parámetro define el número máximo de intentos del CP 341 de establecer una conexión.

de 1 a 255 6

Intentos de transmisión Este parámetro define el número máximo de intentos de transmitir un telegrama (incluido el primero) en caso de error.

de 1 a 255 6



Velocidad de transmisión/trama de caracteres La tabla siguiente describe la velocidad de transferencia/la trama de caracteres.

Tabla 2- 6 Velocidad de transmisión/trama de caracteres (procedimiento 3964(R))


Velocidad de transmisión

Velocidad de la transmisión de datos en bits/s (baudios) Nota: La interfaz 20mA TTY admite 19200 baudios como máximo.

• 300 • 600 • 1200 • 2400 • 4800 • 9600 • 19200 • 38400 • 57600 • 76800 • 115200

9600

Bit de inicio El bit de inicio se antepone a todos los caracteres a transmitir. 1 (no ajustable) 1 Bits de datos

Número de bits que representan un carácter. • 7 • 8

8

Bits de parada

Los bits de parada se posponen a cada carácter a transmitir e identifican el final del mismo.

• 1 • 2

1

Paridad Una secuencia de bits de información puede ampliarse con un bit adicional, el bit de paridad, que con su valor añadido ("0" ó "1") complemente el valor de todos los bits a un estado acordado. De este modo se aumenta la seguridad de los datos. Paridad "sin" significa que no se envía ningún bit de paridad.

• Sin • impar • par

par

Prioridad Un interlocutor tiene una mayor prioridad si su intención de enviar tiene preferencia sobre la del otro interlocutor. Un interlocutor tiene una menor prioridad si su intención de enviar debe dar paso a la del otro interlocutor. En el procedimiento 3964(R) deben asignarse diferentes prioridades a los interlocutores, es decir, a uno de ellos se le asigna una prioridad mayor que al otro.

• baja • alta

alta



Indicación de error ampliada en el FB de recepción

Tabla 2- 7 Búfer de recepción del CP (procedimiento 3964(R))

Parámetro Descripción Rango de valores

Valor predeterminado


Active el parámetro "Mostrar errores de recepción en el FB" para que un telegrama recibido de manera errónea también se indique en la salida de estado del bloque de función P_RCV_RK. Si el parámetro está desactivado, sólo se creará una entrada en el búfer de diagnóstico del CP 341.

• sí • no

no

Interfaz X27 (RS 422) En la siguiente tabla se describen los parámetros para la interfaz X27 (RS 422). El modo RS 485 no es posible con el procedimiento 3964(R).

Tabla 2- 8 Interfaz X27 (RS 422) (procedimiento 3964(R))

Parámetro Descripción Rango de valores Valor predeterminado ninguna: este ajuste sólo resulta conveniente para driveRS especiales con capacidad para bus.

ninguna

R(A) 5V / R(B) 0V: este estado permite la detección del estado de rotura (break).

R(A) 5V / R(B) 0V

Asignación estándar de la línea de recepción

R(A) 0V / R(B) 5V: este estado no permite la detección del estado de rotura (break). (véase también la siguiente figura)

R(A) 0V / R(B) 5V

R(A) 5V / R(B) 0V



Asignación estándar de la línea de recepción La figura muestra el cableado del receptor en la interfaz X27 (RS 422):

Figura 2-26 Cableado del receptor en la interfaz X27 (RS 422) (procedimiento 3964(R))



2.8.2 Datos de parametrización del protocolo para mainframe RK 512 El sistema le ofrece la posibilidad de adaptar el CP 341 a un interlocutor mediante los datos de parametrización del protocolo mainframe RK 512.

Datos de parametrización del protocolo mainframe RK 512 Los parámetros son idénticos a los parámetros del procedimiento 3964(R), dado que el procedimiento 3964(R) forma parte del protocolo mainframe RK 512 en el modelo de referencia ISO de 7 capas (ver capítulo "Datos de parametrización (Página 80)").

Nota Excepción: En el protocolo mainframe RK 512, el número de bits de datos por carácter está prefijado a 8.

Los parámetros del nivel de transporte (nivel 4) debe indicarlos en el bloque de función (FB) que utilice.

Tiempo de espera a telegramas de reacción

Tabla 2- 9 Protocolo para mainframe RK 512



Tiempo de espera a telegramas de reacción Una vez transferido el telegrama de orden, el RK 512 espera un telegrama de reacción del interlocutor durante el tiempo de vigilancia. La duración del tiempo de vigilancia es de 20 s por defecto y es independiente de la velocidad de transmisión. El usuario puede parametrizar un tiempo de vigilancia más corto en el cuadro de diálogo "RK512" de la interfaz de parametrización.

Active el parámetro "según la velocidad de transmisión" para vigilar telegramas de reacción esperados por el interlocutor con los tiempos de espera listados a continuación: • 300 baudios 10 s • 600 baudios 7 s • 1200 baudios 5 s • a partir de 38400 baudios 3 s ¡El campo atenuado "Tiempo de espera máximo" sólo sirve para indicar el tiempo de vigilancia utilizado y no se puede editar!

• sí • no

no




Tabla 2- 10 Búfer de recepción del CP (procedimiento 3964(R))





• sí • no

no



2.8.3 Datos de parametrización del driver ASCII Tiene la posibilidad de adaptar el procesador de comunicaciones a un interlocutor mediante los datos de parametrización del driver ASCII.

Datos de parametrización del driver ASCII Con la interfaz de parametrización CP 341: Parametrizar acoplamiento punto a punto puede introducir los parámetros correspondientes al nivel de transmisión de bits (nivel 1) del driver ASCII. A continuación encontrará una descripción detallada de los parámetros. El capítulo "Parametrizar los protocolos de comunicación (Página 118)" describe como introducir los datos de parametrización mediante la interfaz de parametrización CP 341: Parametrizar acoplamiento punto a punto.

Interfaz X27 (RS 422/485) Tenga en cuenta la siguiente indicación sobre la interfaz X27 (RS 422/485):

Nota En la variante de módulo CP 341–RS 422/485, el driver ASCII puede utilizarse en modo a cuatro hilos (RS 422) y en modo a dos hilos (RS 485). Al parametrizar debe indicar la física de interfaz respectiva (RS 422 ó RS 485).



Parámetros de protocolo La tabla siguiente describe los parámetros de protocolo.

Tabla 2- 11 Parámetros de protocolo (driver ASCII)

Parámetro Descripción Rango de valores Valor predeterminado Identificador de fin de un telegrama de recepción

Definición del criterio que debe definir el final de los telegramas.

• Transcurrido el tiempo de retardo caracteres

• Tras recibir la(s) señal(es) de fin

• Tras recibir un número fijo de caracteres

Transcurrido el tiempo de retardo caracteres

de 2 a 65535 ms El TRC más pequeño depende de la velocidad de transmisión

Tiempo de retardo de caracteres (TRC)

El tiempo de retardo de caracteres define la distancia temporal máxima entre 2 caracteres recibidos consecutivamente.

Baudio 300 600 1200 2400 4800 9600 19200 38400 57600 76800 115200

TRC (ms) 130 65 32 16 8 4 2 2 2 2 2

4 ms

Carácter de fin 12 Código del primer identificador de fin. • con 7 bits de datos: de 0 a 7FH (hex) 3

• con 8 bits de datos: de 0 a FFH (hex) 3

3 (03H = ETX)

Carácter de fin 22 Código del segundo carácter de fin, si está seleccionado.

• con 7 bits de datos: de 0 a 7FH (hex) 3


0

Longitud del telegrama al recibir 1

Con el criterio de fin "Longitud fija del telegrama" se define el número de bytes de que se compone un telegrama.

de 1 a 4096 (bytes) 240

1 Sólo ajustable con longitud fija de telegrama como criterio de fin. 2 Sólo ajustable con carácter de fin como criterio de fin. 3 Dependiendo de si se parametrizan 7 u 8 bits de datos para la trama de caracteres.



Velocidad de transmisión/trama de caracteres La tabla siguiente contiene la descripción y la información referente al rango de valores de los parámetros correspondientes.

Tabla 2- 12 Velocidad de transmisión/trama de caracteres (driver ASCII)



Velocidad de transmisión

Velocidad de la transmisión de datos en bits/s (baudios) Indicaciones: La interfaz 20mA TTY admite 19200 baudios como máximo.

• 300 • 600 • 1200 • 2400 • 4800 • 9600 • 19200 • 38400 • 57600 • 76800 • 115200

9600

Bit de inicio El bit de inicio se antepone a todos los caracteres a transmitir. 1 (no ajustable) Bits de datos Número de bits que representan un carácter. • 7

• 8 8

Bits de parada


• 1 • 2

1

Paridad Una secuencia de bits de información puede ampliarse con un bit adicional, el bit de paridad, que con su valor añadido ("0" ó "1") complemente el valor de todos los bits a un estado acordado. De este modo se aumenta la seguridad de los datos. Paridad "sin" significa que no se envía ningún bit de paridad.

• sin • impar • par

par



Control del flujo de datos La tabla siguiente describe los parámetros de control del flujo de datos. Con la interfaz RS 485 no es posible el control del flujo de datos. El control del flujo de datos con “RTS/CTS” y “Control automático de las señales de V24” sólo es posible con el submódulo interfaz RS 232C (ver capítulo " Posibilidades de aplicación del CP 341 (Página 17) ")

Tabla 2- 13 Control del flujo de datos (driver ASCII)

Parámetro Descripción Rango de valores Valor predeterminado Control del flujo de datos

Determina con qué procedimiento se realiza el control del flujo de datos.

• Sin • XON/XOFF • RTS/CTS • Control automático de

las señales V24

Sin

Carácter XON 1 Código para el carácter XON • con 7 bits de datos: de 0 a 7FH (hex) 4


11 (DC1)

Carácter XOFF 1 Código para el carácter XOFF • con 7 bits de datos: de 0 a 7FH (hex) 4


13 (DC3)

Espera a XON tras XOFF (tiempo de espera a CTS=ON) 2

Tiempo que el procesador de comunicaciones debe esperar al carácter XON o CTS = "ON" del interlocutor al enviar.

de 20 a 655350 ms en pasos de 10 ms

20000 ms

Tiempo de supresión RTS 3

Tiempo que debe esperarse después enviar a que el procesador de comunicaciones ponga la línea RTS en estado OFF.


10 ms

Tiempo de espera para salida de datos 3

Tiempo que el procesador de comunicaciones debe esperar para poder enviar después de poner la línea CTS del interlocutor en "ON" antes de comenzar con la transmisión.


10 ms

1 Sólo con control del flujo de datos con XON/XOFF. 2 Sólo con control del flujo de datos con XON/XOFF o CTS/RTS. 3 Sólo con control automático de las señales cualificadoras RS 232C. 4 Dependiendo de si se parametrizan 7 u 8 bits de datos para la trama de caracteres.



Información relacionada En el capítulo " Transmisión de datos con el driver ASCII (Página 62) " encontrará, a partir del apartado "Señales cualificadoras RS 232C", más información sobre el control del flujo de datos con XON/XOFF o RTS/CTS así como sobre el control automático de dichas señales.

Búfer de recepción del CP La tabla siguiente describe los parámetros del búfer de recepción del CP.

Tabla 2- 14 Búfer de recepción del CP (driver ASCII)


Borrar búfer de recepción del CP en el arranque

Puede indicar si el búfer de recepción del CP debe borrarse durante el arranque, o si debe transmitirse a la CPU un telegrama (antiguo) todavía pendiente.

• sí • no

no

Telegramas de recepción respaldados

Se puede indicar el número de telegramas de recepción que se deben respaldar en el búfer de recepción. Si indica aquí el valor "1" y desactiva el siguiente parámetro "Impedir sobrescritura" y lee los datos de recepción cíclicamente en el programa de usuario, siempre se enviará un telegrama actual a la CPU.

de 1 a 250 250

Impedir sobrescritura Si para el parámetro "Telegramas de recepción respaldados" indica el valor "1", puede desactivar este parámetro. De esta manera se permite que se sobrescriba el telegrama de recepción respaldado.

• sí • no (sólo si "Telegramas

de recepción respaldados" = "1")

sí



• sí • no

no



Información relacionada: En el capítulo " Transmisión de datos con el driver ASCII (Página 62) " encontrará en el apartado "Búfer de recepción del CP 341" más información sobre el uso del búfer de recepción.

Interfaz X27 (RS 422/485) En la siguiente tabla se describen los parámetros para la interfaz X27 (RS 422/485).

Tabla 2- 15 Interfaz X27 (RS 422/485) (driver ASCII)

Parámetro Descripción Rango de valores Valor predeterminado Modo de operación Determina si la interfaz X27 (RS 422/485)

debe funcionar en modo dúplex (RS 422) o semidúplex (RS 485). (veáse también Transmisión serie de un carácter (Página 29) )

• Dúplex (RS 422) 4 hilos • Semidúplex (RS 485) 2

hilos

Dúplex (RS 422) 4 hilos

Asignación estándar de la línea de recepción

ninguna: este ajuste sólo resulta conveniente para driveRS especiales con capacidad para bus. R(A) 5V / R(B) 0V: Con esta asignación estándar es posible la detección de rotura (break) en el modo "Dúplex (RS 422) 4 hilos". R(A) 0V / R(B) 5V: Esta asignación estándar equivale al estado de reposo (no hay emisor activo) en el modo "Semidúplex (RS 485) 2 hilos". Este estado no permite la detección del estado de rotura (break). (véase también la siguiente figura)

• ninguna • R(A) 5V / R(B) 0V 1 • R(A) 0V / R(B) 5V

R(A) 5V / R(B) 0V 1 (en "Semidúplex (RS 485) 2 hilos" el ajuste predeterminado es R(A) 0V / R(B) 5V)

Borrar búfer de recepción del CP en el arranque

Puede indicar si el búfer de recepción del CP debe borrarse durante el arranque, o si deben transmitirse a la CPU telegramas (antiguos) existentes.

• sí • no

no

1 Sólo con "Dúplex (RS 422) 4 hilos".



Asignación estándar de la línea de recepción La figura muestra el cableado del receptor en la interfaz X27 (RS 422/ 485):

Figura 2-27 Cableado del receptor en la interfaz X27 (RS 422/485) (driver ASCII)



2.8.4 Datos de parametrización del driver de impresora

Introducción Mediante los datos de parametrización del driver de impresora se pueden crear los parámetros específicos para la transmisión y los textos de aviso para la salida por impresora.

Datos de parametrización del driver de impresora Con la interfaz de parametrización CP 341: Parametrizar acoplamiento punto a punto se indican: ● los parámetros para la capa física (capa 1) del driver de impresora ● los textos de aviso para la salida por impresora ● el diseño de página, el juego de caracteres y los caracteres de control de los textos de

aviso A continuación encontrará una descripción detallada de los parámetros.

Velocidad de transmisión/trama de caracteres La tabla siguiente contiene la descripción y la información referente al rango de valores de los parámetros correspondientes.

Tabla 2- 16 Velocidad de transmisión/trama de caracteres (driver de impresora)

Parámetro Descripción Rango de valores Valor predeterminado Velocidad de transmisión

Velocidad de la transmisión de los datos en bits/s • 300 • 600 • 1200 • 2400 • 4800 • 9600 • 19200 • 38400 • 57600 • 76800 • 115200

9600

Bit de inicio El bit de inicio se antepone a todos los caracteres a transmitir.

1 (no configurable)

1

Bits de datos Número de bits que representan un carácter. • 7 • 8

8

Bits de parada


• 1 • 2

1



Parámetro Descripción Rango de valores Valor predeterminado Paridad Una secuencia de bits de información puede

ampliarse con un bit adicional, el bit de paridad, que con su valor añadido ("0" ó "1") complemente el valor de todos los bits a un estado acordado. De este modo se aumenta la seguridad de los datos. Paridad "sin" significa que no se envía ningún bit de paridad. Paridad "cualquiera" significa que en el envío el CP 341 puede establecer el valor "0".

• sin • impar • par • cualquiera

par

Control del flujo de datos La tabla siguiente describe los parámetros de control del flujo de datos. Con la interfaz RS 485 no es posible el control del flujo de datos. El control del flujo de datos con RTS/CTS sólo es posible con la interfaz RS 232C.

Tabla 2- 17 Control del flujo de datos (driver de impresora)

Parámetro Descripción Rango de valores Valor predeterminado Control del flujo de datos Determina con qué

procedimiento se realiza el control del flujo de datos.

Sin XON/XOFF RTS/CTS

Sin

Carácter XON (Sólo con control del flujo de datos con XON/XOFF.)

Código para el carácter XON • con 7 bits de datos: de 0 a 7FH (Hex)

• con 8 bits de datos: de 0 a FFH (Hex)

(Dependiendo de si parametriza 7 u 8 bits de datos para la trama de caracteres.)

11 (DC1)

Carácter XOFF (Sólo con control del flujo de datos con XON/XOFF.)

Código para el carácter XOFF

• con 7 bits de datos: de 0 a 7FH (Hex)

• con 8 bits de datos: de 0 a FFH (Hex)

(Dependiendo de si parametriza 7 u 8 bits de datos para la trama de caracteres.)

13 (DC3)

Espera a XON tras XOFF (tiempo de espera a CTS=ON) (Sólo con control del flujo de datos con XON/XOFF o RTS/CTS.)

Tiempo que el CP 341 debe esperar el carácter XON o a CTS = "ON" del interlocutor al enviar.

hasta 655350 ms en pasos de 10 ms

2000 ms



Interfaz X27 (RS 422/485) En la siguiente tabla se describen los parámetros para la interfaz X27 (RS 422/485).

Tabla 2- 18 Interfaz X27 (RS 422/485) (driver ASCII)

Parámetro Descripción Rango de valores Valor predeterminado Asignación estándar de la línea de recepción

R(A)5V/R(B)0V: Con esta asignación es posible una detección BREAK y no se puede desactivar. R(A)0V/R(B)5V: Con esta asignación no es posible ninguna detección BREAK.

R(A) 5V / R(B) 0V R(A) 0V / R(B) 5V

R(A) 5V / R(B) 0V

Diseño de página La tabla siguiente describe los parámetros para el diseño de página.

Tabla 2- 19 Diseño de página (driver de impresora)

Parámetro Descripción Rango de valores Valor predeterminado Margen izquierdo (número de caracteres)

Número de espacios en blanco que se anteponen a cada línea de texto, encabezado o pie de página. Tenga en cuenta que es posible representar la longitud total de una línea en la impresora.

de 0 a 255 3

Líneas por página (con encabezado y pie de página)

Número de líneas que se pueden imprimir por página. El número de líneas impresas se determina a raíz de los separadores indicados. Es decir, deben contarse todos los encabezados y pies de página.

de 1 a 255 0 (impresión en papel continuo)

50

Caracteres de separación/ Fin de línea

Carácter con el que se finaliza cada línea de texto, encabezado o pie de página.El separador definido debe estar contenido en el texto, encabezado o pie de página a imprimir.

• CR (retorno de carro) • LF (avance de línea) • CR LF (retorno de carro y

avance de línea) • LF CR(avance de línea y

retorno de carro)

CR LF (retorno de carro y avance de línea)



Parámetro Descripción Rango de valores Valor predeterminado Encabezados / pies de página

Texto para un máximo de 2 líneas de encabezado y pie de página; una línea de encabezado o pie de página se envía a la impresora si el correspondiente campo de entrada del software de configuración contiene un texto o como mínimo un espacio. Sí sólo se envía a la impresora un texto para la 2ª línea del encabezado o pie de página, la 1ª línea del encabezado o pie de página se rellena e imprime automáticamente con un espacio en blanco. Antes y después de las líneas de encabezado y pie de página se imprime una línea en blanco.

• Caracteres ASCII (texto) • %P instrucción de

conversión para salida del número de página)

(máx. 60 caracteres)

Juego de caracteres La tabla siguiente describe los parámetros del juego de caracteres.

Tabla 2- 20 Juego de caracteres (driver de impresora)


Juego de caracteres de impresora

Con "IBM" se convierte el juego de caracteres ANSI configurado en Windows al juego de caracteres de la impresora. Cambiando a "User-Defined" (definido por usuario) puede adaptar el juego de caracteres a los caracteres nacionales especiales.

• IBM • User-Defined

IBM

Caracteres de control La tabla siguiente describe los parámetros de los caracteres de control.

Tabla 2- 21 Caracteres de control (driver de impresora)


Emulación de impresora

Selección de la emulación de impresora (comandos de impresora para los caracteres de control negrita, comprimido, expandido, cursiva y subrayado). Cambiando a "User-Defined" puede modificar la emulación de impresora y añadir nuevos caracteres de control. Como caracteres de control se admiten las letras de la A a la Z, así como las minúsculas de la a a la z .

• HP-Deskjet • HP-Laserjet • IBM-Proprinter • User-Defined

HP-Deskjet



Características Condiciones generales en la configuración de textos de aviso: ● Tamaño del SDB de texto: 15 Kbytes ● Longitud máx. del texto de aviso sin variables: 150 caracteres ● Longitud máx. del texto de aviso con variables visualizadas: 250 caracteres ● Número máx. de variables en textos de aviso: 4 (3 + número de texto de aviso)

Textos de aviso En la siguiente tabla encontrará la descripción de los parámetros para la parametrización de los textos de aviso (con la interfaz de parametrización CP 341: Parametrizar acoplamiento punto a punto).

Tabla 2- 22 Textos de aviso (driver de impresora)


Nombre del SDB de texto/archivo de texto

Los textos de aviso para un CP 341 (con una interfaz serie) deben depositarse para la parametrización en un SDB de texto. También puede guardar los textos de aviso configurados en un archivo de texto externo.

Caracteres ASCII (máx. 8 caracteres)

-

Número de versión Número de versión del SDB de texto/del archivo de texto

de 1 a 255.9 -

Textos de aviso Aquí se muestran todos los textos de aviso almacenados en el bloque de texto con el número del texto de aviso; en el siguiente parámetro "Editar aviso" puede modificar una línea de texto seleccionada.

Caracteres ASCII (no modificables)

-

Editar aviso Los textos de aviso que se editen con esta función pueden incluirse en la lista de textos de avisos con el botón "Registrar".

Números de aviso: de 0 a 1999 Texto de aviso (máx. 150 caracteres): • Caracteres ASCII (texto) • Instrucciones de

conversión (para variables) • Caracteres de control

(todos los definidos en la tabla de caracteres de control)

-

Estilo de fuente A los textos seleccionados en el campo de entrada "Editar aviso" se les puede asignar cómodamente caracteres de control mediante botones (F a U).

• F (negrita) • S (comprimida) • B (expandida) • K (cursiva) • U (subrayado)

-



2.8.5 Instrucciones de conversión y control para la salida por impresora

Introducción La salida de un texto de aviso con variables e instrucciones de control (como p. ej. negrita, comprimida, expandida, cursiva y subrayado) se define con una cadena de formato. En la cadena de formato también se pueden definir instrucciones para la ejecución de otras funciones de utilidad para la impresión, como definir el número de página, insertar un salto de página, etc. A continuación se describen todos los caracteres y modos de representación permitidos para la cadena de formato. También puede configurar todas las instrucciones de control (menos \F "Nueva página" e \x "Imprimir sin salto de línea") e instrucciones de conversión para variables (menos %P "Configurar número de página") en los textos de aviso con la interfaz de parametrización CP 341: Parametrizar acoplamiento punto a punto.

Cadena de formato La figura muestra la estructura de una cadena de formato. Una cadena de formato puede contener texto normal y/o instrucciones de conversión para variables y/o instrucciones de control. El texto normal, las instrucciones de conversión y las instrucciones de control se pueden suceder a discreción en la cadena de formato. A cada variable le corresponde exactamente una instrucción de conversión en la cadena de formato o texto de aviso. Las instrucciones de conversión se aplicarán a las variables según el orden en que estén dispuestas.

Figura 2-28 Estructura esquemática de la cadena de formato

Caracteres admisibles para texto Para texto se pueden utilizar: ● todos los caracteres imprimibles ● todos los caracteres que vayan precedidos del carácter $ (ICE 1131–3). Los

compiladores de lenguaje convierten estos caracteres en el correspondiente código hexadecimal. Excepción: ¡No está permitido utilizar el carácter $N! Ejemplo: Carriage Return ODH = $R en la cadena de formato



Instrucción de conversión La figura muestra esquemáticamente la estructura de una instrucción de conversión.

Figura 2-29 Estructura esquemática de una instrucción de conversión

Indicador Sin = justificación a la derecha – = justificación a la izquierda

Ancho Sin = salida en formato estándar N = se imprimen exactamente n caracteres (máximo 255 caracteres); en caso

necesario se anteponen espacios en blanco (justificación a la derecha) o se posponen (justificación a la izquierda)

Precisión La precisión sólo es relevante en los modos de representación A, D, F y R. En el resto de casos se ignora. Sin = salida en formato estándar .0 = no se imprimen comas decimales ni decimales en el

modo de representación Real (R) y Floating point (F). .n = se imprime el punto decimal y n (1 ... 99) decimales significativos en el modo de

representación Real (R) y Floatingpoint (F). Al indicar fechas (= modo de representación A y D), la precisión se refiere al número de dígitos con que se indica el año. En la indicación de la fecha sólo son posibles los valores 2 ó 4.

Recuerde que el valor correspondiente a la precisión siempre va precedido de un punto. El punto sirve para identificarlo y distinguirlo del ancho.



Representación La siguiente tabla describe los modos de representación posibles para los valores de variable. Son excepción los modos de representación N y P. Se explican después de la tabla. El modo de representación permite mayúsculas y minúsculas.

Tabla 2- 23 Modos de representación en la instrucción de conversión

Representación Tipo de datos correspondiente

Representación estándar Ancho de la representación estándar

Descripción

A DATE, WORD (alemán) 10 Formato de fecha alemán

C CHAR, BYTE WORD DWORD ARRAY OF CHAR ARRAY OF BYTE

A, B AB ABCD ABCDE ... ABCDE ...

1 2 4 – –

Caracteres alfanuméricos

D DATE, WORD –06–10 (americano) 10 Formato de fecha según ICE 1131-3

F REAL, DWORD 0.123456 8 Representación en coma flotante, sin exponente

H todos los tipos de datos incluido ARRAY OF BYTE

según el tipo de datos según el tipo de datos

Representación en formato hexadecimal

I INT, WORD DINT, DWORD

–32767 –2147483647

máx. 6 máx. 11

Rango de números enteros

N(1) WORD (número de texto) Salida de texto de aviso – Integer 0 a 1999 P(2) INT, WORD Configurar número de

página 5 –

R REAL, DWORD E–04 8 Representación en coma flotante, con exponente

S STRING Salida de texto – Cadenas de texto T(1) TIME, DWORD d_3h_10m_5s_250ms máx. 22 Duración (un tiempo

negativo se marca con un signo antepuesto (-))

U BYTE WORD DWORD

255 65535 4294967295

máx. 3 máx. 5 máx. 10

Rango de números enteros sin signo

X BOOL BYTE WORD DWORD

1 11101100 (16) (32)

1 8 16 32

Representación binaria

Y(3) DATE_AND_TIME_ OF_DAY, DT

10.06.1992 –15:42:59.723

25 Fecha y hora



Representación Tipo de datos correspondiente

Representación estándar Ancho de la representación estándar

Descripción

Z TIME_OF_DAY DWORD

15:42:59.723 12 Hora

(1) Si en estos modos de representación no existe ningún número de texto de aviso o ninguna hora del sistema, en su lugar se imprimen 6 asteriscos * (el CP 341 no controla la hora). Dentro del texto de aviso están permitidas todas las instrucciones de conversión a excepción de %N. (2) El modo de representación P sólo es posible en una cadena de formato. P no está permitida en los textos de aviso configurables. (3) La hora y la fecha actuales deben leerse mediante la función de sistema SFC 1 "READ_CLOCK" y depositarse en la memoria de usuario (marcas, datos) previamente.

Salida mediante el número del texto de aviso (%N) Puede emplear el modo de representación N cuando desee iniciar la impresión de los textos de aviso depositados en el CP 341. La variable para la instrucción de conversión contiene el número del texto de aviso. Ejemplo: La presión de la cámara "disminuye" Cadena de formato

= %N %S

Variable 1 =17 (texto de aviso nº 17: la presión de la cámara...) Variable 2 = referencia a cadena (variable de cadena: ... disminuye)

Nota ¡Dentro del texto de aviso se pueden utilizar todas las instrucciones de conversión excepto %N y todas las instrucciones de control excepto "\F" y "\x"! Si se indica un ancho determinado en %N, la longitud del texto de aviso impreso quedará limitada por el ancho indicado.



Dígitos del número de página (%P) El modo de representación P se utiliza para cambiar el número de página en el impreso. El CP 341 empieza la impresión siempre por la página 1. Esta instrucción de conversión ofrece la posibilidad de definir un valor determinado para el número de página. La variable correspondiente a esta instrucción contiene el número de página que se debe aplicar. Ejemplo: (Ajustar número de página a 10) Cadena de formato

= %P

Variable 1 = 10 (número de página: 10)

Nota En el modo de representación P, la cadena de formato no puede contener más texto, ni instrucciones de conversión o control. ¡El modo de representación P no puede figurar en textos de aviso configurados!

Indicaciones sobre la instrucción de conversión Tenga en cuenta las siguientes indicaciones sobre las instrucciones de conversión: ● En aquellos casos en los que se indica una longitud máxima de la representación

estándar, la impresión real puede ser menor. Ejemplo: La impresión del número entero 10 se compone de dos caracteres.

● La longitud de los datos a imprimir equivale a la longitud de la variable, p.ej. en el modo de representación I con el tipo de datos INT se imprime un máximo de 6 caracteres y con el tipo DINT un máximo de 11.

● El ancho "0" no está permitido en las instrucciones de conversión. En la impresión aparece "******" con el resto de la instrucción de conversión válida.

● Si el ancho indicado es demasiado reducido, en la salida basada en texto (modos de representación A, C, D, S, T, Y o Z) sólo se imprime el número de caracteres indicado por el ancho, el resto se descarta. En el resto de los casos se imprimen asteriscos * por la cantidad equivalente al ancho.

● Las instrucciones de conversión indefinidas o erróneas no se ejecutan. En la impresora este hecho se indica mediante la impresión de "******" (p.ej. falta modo de representación: %2.2). A continuación se imprime el resto de la instrucción de conversión (es decir tras el carácter detectado como erróneo). Esto permite localizar la causa exacta del error.

● Las instrucciones de conversión que no tienen variable asignada se ignoran. Las variables para las que no existe ninguna instrucción de conversión no se imprimen.

● Las instrucciones de conversión no compatibles en un encabezado o pie de página no se ejecutan, sino que se transmiten a la impresora de forma transparente.

● Para el formateo (salto de línea, tabuladores, etc.) dentro del texto de aviso o de la salida por impresora de una instrucción de conversión larga, será el usuario quien deberá dar las correspondientes instrucciones de control.



● Si tanto la cadena de formato como el texto de aviso contienen instrucciones de conversión, primero se expande la cadena de formato. Y a continuación el texto de aviso. Ejemplo: Tensión 3 V – intensidad 2 A Texto de aviso 1 = tensión %I V Cadena de formato = ‘%N – intensidad: %I A’ Variable 1 = 1 Variable 2 = 2 Variable 3 = 3

Ejemplos de instrucciones de conversión erróneas A continuación se muestran algunos ejemplos de instrucciones de conversión erróneas. Ejemplo 1: ******.2R Cadena de formato = %303.2R Variable 1 = 1.2345E6 Error: el ancho no es válido en el modo de representación R. El valor máximo permitido para todos los modos de representación es 255 Ejemplo 2: **** Cadena de formato = %4.1I Variable 1 = 12345 DEZ Error: el ancho seleccionado no es suficiente para el valor de variable a imprimir. La precisión no es relevante en el modo de representación I. Ejemplo 3: 96–10–3 Cadena de formato = %7.2D Variable 1 = D#1996–10–31 Error: la cadena de formato es formalmente correcta, pero para la impresión completa de la fecha se ha seleccionado un ancho insuficiente. Ejemplo 4: ********** Cadena de formato = %.3A Variable 1 = D#1996–10–31 Error: se ha seleccionado el ancho estándar del modo de representación A, pero con una precisión incorrecta. En este caso los valores posibles son 2 ó 4. Ejemplo 5: ****** Cadena de formato = %3.3 Variable 1 = 12345 HEX Error: no se ha indicado ningún modo de representación.



Ejemplos de instrucciones de conversión correctas A continuación se muestran algunos ejemplos de instrucciones de conversión correctas. Ejemplo 1: .....31.10.1996 Cadena de formato = %15.4A Variable 1 = D#1996–10–31 Se ha seleccionado el ancho 15 con precisión 4 (ancho de la cifra correspondiente al año) y justificación a la derecha. Ejemplo 2: 12345. Cadena de formato = %–6I Variable 1 = 12345 DEZ El ancho seleccionado tiene un dígito más que el valor de la variable a imprimir; justificación a la izquierda. Ejemplo 3: 12d_0h_0m_23s_348ms Cadena de formato = %T Variable 1 = T#12D23S348MS La indicación de la hora IEC se efectúa en el formato estándar; las unidades de tiempo no indicadas se rellenan con ceros. Ejemplo 4: 1.234560E+02 Cadena de formato = %12.6R Variable 1 = 123.456 Para toda la representación de variables es posible aplicar el ancho 12 y la precisión (decimales) requiere 6 dígitos. Ejemplo 5: TEST.. Cadena de formato = %–6C Variable 1 = TEST Representación justificada a la izquierda de las variables de texto



Instrucciones de control Las instrucciones de control se emplean para lograr determinados efectos en la impresora (p. ej. subrayado). Además de las instrucciones de control estándar (negrita, comprimido, expandido, cursiva y subrayado) puede utilizar otros caracteres de control si los introduce antes de la parametrización del CP 341 en la tabla de caracteres de control de la interfaz de parametrización CP 341: Parametrizar acoplamiento punto a punto. La figura muestra esquemáticamente la estructura de una instrucción de control.

Figura 2-30 Estructura esquemática de una instrucción de control

Ejemplos A continuación se muestran algunos ejemplos con instrucciones de control. Ejemplo 1: Para imprimir en la impresora el texto "Negrita y subrayado son formas de resaltar un texto", es necesario realizar las siguientes entradas: \BNegrita\–B y \Usubrayado\–U son formas de resaltar un texto Ejemplo 2: Para poder transmitir a la impresora la cadena de formato con la instrucción de conversión "nº de texto %i de %8.2A" de forma transparente, es necesaria la siguiente entrada: ‘nº de texto \%i del \%8.2A’



Iniciar nueva página (\F) Teniendo en cuenta el formato de página configurado, es decir, de acuerdo con las líneas configuradas para encabezado y pie de página y el número de "Líneas por página", es posible iniciar una nueva página con la instrucción de control \F. Esta petición se distingue de un simple Form Feed en la impresora. Ejemplo: (Salto de página) Cadena de formato = \F

Nota En la instrucción de control \F, la cadena de formato no puede contener más texto, ni instrucciones de conversión o control. Las variables permanecen desocupadas.

Imprimir sin salto de línea (\x) Al enviar un texto de aviso, el CP 341 inserta el carácter de fin de línea parametrizado (CR, LF, CR LF, LF CR). A través de la instrucción de control \x se elimina el salto de línea tras un texto de aviso. Esta medida permite imprimir varios textos de aviso en una línea, p. ej. para insertar más variables en una línea. La instrucción de control \x se añade al final de la cadena de formato. Ejemplo: A las "17.30 " horas se alcanzó el nivel "200" l ... Cadena de formato = A las %Z se ha alcanzado el nivel %i l!\x Variable 1 = hora Variable 2 = nivel

Nota Recuerde que si utiliza la instrucción de control \x, la nueva línea comenzará siempre sin "margen izquierdo".

Indicaciones sobre la instrucción de control Recuerde las siguientes indicaciones sobre las instrucciones de control: ● Si se solicita la desactivación de un efecto que no está activado o si el dispositivo de

salida no domina el efecto en cuestión, se ignorará la instrucción de control. ● La instrucción de control permite imprimir los caracteres % y \ necesarios para la

definición de la cadena de formato. ● Las instrucciones de conversión indefinidas o erróneas no se ejecutan.


Puesta en marcha del CP 341 3

Para poner en marcha el procesador de comunicaciones es necesario realizar los siguientes pasos en el orden indicado: 1. Montaje del CP 341 2. Configuración del CP 341 3. Parametrización del CP 341 4. Almacenamiento de los datos de parametrización 5. Creación del programa de usuario para el CP 341.

Montaje del CP 341 El montaje del CP 341 abarca la incorporación del CP 341 al perfil soporte (bastidor) del sistema de automatización. Encontrará una descripción detallada en el capítulo "Configuración del CP 341 (Página 117)" de este manual.

Configuración del CP 341 La configuración del CP 341 incluye la disposición del CP 341 en la tabla de configuración. El CP 341 se configura con el software STEP 7. Encontrará una descripción detallada en el capítulo "Configuración del CP 341 (Página 117)" de este manual.

Parametrización del CP 341 La parametrización del CP 341 consiste en definir los parámetros específicos de los protocolos y configurar los textos de aviso para la salida por impresora. La parametrización del CP 341 se realiza con la interfaz de parametrización CP 341:Parametrizar acoplamiento punto a punto. Encontrará una descripción detallada en el capítulo "Parametrizar los protocolos de comunicación (Página 118)" de este manual.

Almacenamiento de los datos de parametrización El almacenamiento de los datos de parametrización del CP 341 abarca el almacenamiento de los parámetros, la carga de los parámetros en la CPU y la transmisión de los parámetros al procesador de comunicaciones. Los datos de parametrización se almacenan con el software STEP 7. Encontrará una descripción detallada en el capítulo "Gestionar los datos de los parámetros (Página 121)" de este manual.

Puesta en marcha del CP 341


Creación del programa de usuario para el CP 341 La programación del CP 341 incluye la conexión por software del CP 341 con la CPU correspondiente a través del programa de usuario STEP 7. El CP 341 se programa con los editores de los lenguajes del software STEP 7. En el capítulo "Ejemplo de programación de bloques estándar (Página 209)" encontrará un ejemplo de programación detallado. Encontrará una descripción detallada de la programación con STEP 7 en el manual Programar con STEP 7.


Montar el CP 341 44.1 Slots del CP 341

El apartado siguiente describe las reglas a seguir para colocar el CP 341 en el bastidor (perfil soporte).

Disposición del CP 341 en el bastidor (perfil soporte). Para la disposición del CP 341 en el bastidor (perfil soporte) rigen las reglas siguientes: ● A la derecha de la CPU pueden enchufarse como máximo 8 tarjetas de comunicaciones. ● El número de tarjetas de comunicaciones que pueden insertarse está limitado por las

posibilidades de ampliación de la CPU (p. ej. CPU 312 IFM en la primera línea) o la ET 200M (IM 153) en caso de empleo descentralizado (sólo versión de una fila).

Nota Antes de conectar o desconectar el CP 341 debe conmutarse la CPU al estado STOP y desconectarse la fuente de alimentación. El cable que va a la interfaz integrada del CP 341 se puede enchufar y desenchufar sin restricciones. En cualquier caso, cerciórese de que en ese momento no se están transmitiendo datos a través de la interfaz integrada. En caso contrario, los datos podrían perderse.

Información relacionada Encontrará más información sobre los slots en el manual Sistema de automatización S7-300, Configuración e instalación, datos de CPU.

Montar el CP 341 4.2 Montaje y desmontaje del CP 341


4.2 Montaje y desmontaje del CP 341 Al montar y desmontar el CP 341 deben tenerse en cuenta determinadas reglas.

Herramientas Para montar y desmontar el CP 341 necesita un destornillador cilíndrico con una hoja de 4,5 mm de ancho.

Alimentación de carga CC 24 V La CP 341 está alimentada a través de una fuente de alimentación de carga CC 24 V. La alimentación de carga CC 24 V ha de cumplir los siguientes requisitos: Como fuente de alimentación de carga sólo puede utilizarse una pequeña tensión de seguridad ≤ 60 V DC aislada de la red. El aislamiento eléctrico seguro puede efectuarse de conformidad con las exigencias de ● VDE 0100 parte 410 / HD 384–4–41 / IEC 364–4–41

(como pequeña tensión funcional con aislamiento eléctrico seguro) o ● VDE 0805 / EN 60950 / IEC 950

(como pequeña tensión de seguridad SELV) o VDE 0106 parte 101.

4.2.1 Secuencia de montaje

Montaje en el bastidor (perfil soporte) Para montar el CP 341 en un bastidor (perfil soporte), proceda de la siguiente manera: 1. Ponga la CPU en estado STOP. 2. Desconecte la fuente de alimentación. 3. El CP 341 se suministra junto con un conector de bus. Conéctelo en el conector de bus

de fondo de la tarjeta, a la izquierda del CP 341. 4. Si van a montarse más módulos a la derecha del CP 341, enchufe el conector de bus del

siguiente módulo en el conector de bus de fondo derecho del CP 341. 5. Enganche el CP 341 en el perfil en U y abátalo hacia abajo. 6. Atornille el CP 341. 7. Conecte la alimentación de corriente de carga de CC 24 V con el CP 341.



Bornes de conexión

Figura 4-1 Borne de conexión

● Conecte en el borne L+ la línea positiva de la tensión de alimentación de 24 V. ● Conecte en el borne M la línea negativa de la tensión de alimentación de 24 V. ● Ambos bornes M están unidos entre sí. La conexión de 24 V cuenta con protección

contra inversión de polaridad. ● Si no desea poner a tierra el cable de masa de 24 V, debe retirar el puente de entre los

bornes de tierra funcional y M.

4.2.2 Secuencia de desmontaje

Desmontaje del bastidor (perfil soporte) Para desmontar el CP 341 de un bastidor (perfil soporte), proceda de la siguiente manera: 1. Ponga la CPU en estado STOP. 2. Desconecte la fuente de alimentación. 3. Abra las puertas frontales. 4. Suelte la conexión con la alimentación de corriente CC 24 V. 5. Suelte el conector Sub-D de la interfaz integrada. 6. Suelte el tornillo de sujeción de la tarjeta. 7. Gire la tarjeta para que salga del perfil en U y extráigala del autómata programable.

4.2.3 Reglas de instalación

Recuerde Se han de tener en cuenta las reglas de instalación generales para S7–300 (véase el manual Sistema de automatización S7–300, Configuración e instalación, Datos de las CPU). Para cumplir los valores CEM (compatibilidad electromagnética) el blindaje del cable debe colocarse sobre una barra de pantallas.


Configurar y parametrizar el CP 341 55.1 Posibilidades de configuración

Posibilidades de configuración Las variantes de módulo del CP 341 se configuran y parametrizan con STEP 7 o bien con la interfaz de parametrización CP 341: Parametrizar acoplamiento punto a punto.

Tabla 5- 1 Posibilidades de configuración del CP 341

Producto Referencia parametrizable con la interfaz de parametrización

en STEP 7

CP 341-RS 232C 6ES7341-1AH02-0AE0 CP 341-20mA-TTY 6ES7341-1BH02-0AE0 CP 341-RS 422/485 6ES7341-1CH02-0AE0

a partir de la versión V5.0 a partir de la versión V5.3

Configurar y parametrizar el CP 341 5.2 Instalación de la interfaz de parametrización


5.2 Instalación de la interfaz de parametrización

Instalación La interfaz de parametrización CP 341: Parametrizar acoplamiento punto a punto se encuentra en el CD, junto con los bloques de función y el ejemplo de programación. Así se instala la interfaz de programación: 1. Introduzca el CD en la unidad de CD-ROM de la programadora o PC. 2. En Microsoft Windows , abra el cuadro de diálogo para agregar y quitar programas con

un doble clic sobre el icono "Agregar y quitar programas" del "Panel de control". 3. A continuación seleccione la unidad de CD-ROM y el archivo "Setup.exe" e inicie el

proceso de instalación. 4. Siga las instrucciones paso a paso que le vaya indicando el programa de instalación.

Configurar y parametrizar el CP 341 5.3 Configuración del CP 341


5.3 Configuración del CP 341 Una vez montado el CP 341 hay que darlo a conocer al sistema de automatización. Este proceso se denomina "configuración".

Requisitos La interfaz de parametrización CP 341:Parametrizar acoplamiento punto a punto está instalada en la programadora o PC bajo STEP 7 (véase el capítulo "Posibilidades de configuración (Página 115)"). Antes de registrar el procesador de comunicaciones en la tabla de configuración del software STEP 7, es necesario crear un proyecto y un equipo con STEP 7.

Configuración En adelante, el término "configurar" se utilizará para designar la disposición del CP 341 en la tabla de configuración del software STEP 7. En la tabla de configuración se indica el bastidor, el slot y la referencia del CP 341. A continuación, STEP 7 asigna automáticamente una dirección al CP 341. A partir de ese momento, la CPU es capaz de encontrar el CP 341 en el correspondiente slot del bastidor indicado con su dirección.

ATENCIÓN Antes de poner en marcha un CP 341 configurado, es necesario parametrizar el módulo con un protocolo de comunicación, como aparece descrito en el siguiente capítulo Parametrizar los protocolos de comunicación (Página 118). ¡Un CP 341 simplemente enchufado (sin parametrización explícita) no puede adoptar por sí mismo una parametrización predeterminada específica!

Requisitos Antes de registrar el CP 341 en la tabla de configuración del software STEP 7, cree un proyecto y un equipo con STEP 7.

¿Dónde se describe? El procedimiento que debe seguirse para la configuración de los módulos S7-300 se describe detalladamente en el manual Configurar el hardware y la comunicación con STEP 7. Asimismo, la ayuda en pantalla de STEP 7 ofrece toda la información necesaria para la configuración de los módulos S7-300.

Configurar y parametrizar el CP 341 5.4 Parametrizar los protocolos de comunicación


5.4 Parametrizar los protocolos de comunicación Una vez registrado el CP 341 en la tabla de configuración, asigne los parámetros al CP 341 y a su interfaz serie. Con el driver de impresora se pueden configurar además textos de aviso para la salida por impresora.

Parametrizar En adelante, "parametrizar" designará la configuración de los parámetros específicos del protocolo. La parametrización se realiza con la interfaz de parametrización CP 341: Parametrizar acoplamiento punto a punto. La interfaz de parametrización se abre con un doble clic sobre el número de referencia (CP 341) en la tabla de configuración o seleccionando el CP 341 y eligiendo el comando de menú Edición > Propiedades del objeto. Aparecerá el cuadro de diálogo "Propiedades - CP 341". Seleccionando el botón "Parámetros" accederá a la interfaz para la selección del protocolo. Una vez definido el protocolo, y haciendo doble clic sobre el icono correspondiente al protocolo de transmisión (el sobre) se abre el cuadro de diálogo para la configuración de los parámetros específicos del protocolo.

¿Dónde se describe? El manejo sencillo de la interfaz de parametrización CP 341: Parametrizar acoplamiento punto a punto es el mismo para todos los procesadores de comunicaciones y es autoexplicativo. Por eso no se incluye una descripción de la interfaz de parametrización en este manual. La ayuda en pantalla ofrece además toda la información necesaria para trabajar con la interfaz de parametrización.

Configurar y parametrizar el CP 341 5.5 Datos de identificación


5.5 Datos de identificación

Definición Los datos de identificación son datos almacenados en un módulo que le ayudarán al ● eliminar fallos de una instalación ● comprobar la configuración de la instalación ● localizar modificaciones del hardware de una instalación. Con los datos de identificación es posible identificar módulos online de forma unívoca. Estos datos están disponibles en el CP 341 a partir de la ref. 6ES7341–1xH02–0AE0. Los datos identificativos se muestran con Sistema de destino > Información del módulo o, tal como se describe a continuación, con Leer registro.

Lectura de los datos identificativos El comando Leer registro permite al usuario acceder de forma selectiva a determinados datos identificativos. Debajo de cada número de registro aparece la sección de los datos identificativos correspondiente al índice en cuestión. Todos los registros que disponen de datos identificativos tienen una longitud de 64 bytes. Los registros están configurados según el principio mostrado en la tabla.

Tabla 5- 2 Principio de configuración de los registros

Contenido Longitud (bytes) Codificación (hex) Información de cabecera ID de SZL 2 F1 11 Índice 2 00 0x Longitud de los datos identificativos 2 00 38 Número de bloques con datos identificativos 2 00 01

Tabla 5- 3 Datos identificativos

Datos identificativos Índice 2 00 0x Datos identificativos del índice correspondiente 54

Configurar y parametrizar el CP 341 5.5 Datos de identificación


Datos identificativos del módulo CP 341

Tabla 5- 4 Datos identificativos del módulo CP 341

Datos identificativos Acceso Ajuste predeterminado Explicación Índice 1 (registro 231/sólo lectura) Fabricantes Leer

(2 bytes) 00 2A hex (= 42 dec) Aquí se guarda el nombre del fabricante.

(42 dec = Siemens AG) Denominación del equipo Leer

(20 bytes) 6ES7341–1xH02–0AE0 Referencia del módulo

x = A(RS232), B(TTY), C(RS422/485) Número de serie del equipo

Leer (16 bytes)

Aquí se almacena el número de serie del módulo. Ello permite identificar el módulo de forma unívoca.

Revisión de hardware Leer (2 bytes)

Informa sobre la versión del módulo.

Revisión de software Leer (4 bytes)

Informa sobre la versión de firmware del módulo.

Número de revisión estadístico

Leer (2 bytes)

- No se soporta

Profile_ID Leer (2 bytes)

F6 00 hex Parámetro interno (según PROFIBUS DP)

Profile–specific type Leer (2 bytes)

00 04 hex (= 4 dec) Parámetro interno (módulo de comunicación, según PROFIBUS DP)

I&M Version Leer (2 bytes)

00 00 hex (= 0 dec) Parámetro interno (según PROFIBUS DP)

I&M supported Leer (2 bytes)

00 01 hex (= 1 dec) Parámetro interno (I&M0 e I&M1, según PROFIBUS DP)

Índice 2 (registro 232/lectura y escritura) AKZ lectura/escritura

(máx. 32 caracteres)

- Subdivisión fundamental del módulo.

OKZ lectura/escritura (máx. 22 caracteres)

- Código de situación del módulo.

Índice 3 (registro 233/lectura y escritura) Device installation date lectura/escritura(m

áx.16 caracteres) - Fecha de instalación

Índice 4 (registro 234/lectura y escritura) Descriptor lectura/escritura

(máx.54 caracteres)

- Información adicional

Configurar y parametrizar el CP 341 5.6 Gestionar los datos de los parámetros


5.6 Gestionar los datos de los parámetros Los datos de configuración y parametrización del procesador de comunicaciones se guardan en el proyecto actual (en el disco duro de la/del PG/PC).

Gestionar los datos Al salir de la tabla de configuración con el comando de menú Equipo > Guardar o bien Equipo > Guardar como los datos de configuración o parametrización (incluidos los parámetros del módulo) se almacenan automáticamente en el proyecto o en el archivo de usuario que haya creado.

Cargar configuración y parámetros Los datos de configuración y parametrización pueden cargarse online desde la programadora a la CPU (comando de menú Sistema de destino > Cargar). La CPU adopta los parámetros inmediatamente tras la carga. Los parámetros del módulo se transmiten automáticamente al procesador de comunicaciones, ● si se han cargado en la CPU los parámetros de módulo y puede accederse al procesador

de comunicaciones a través del bus de fondo S7-300 o

● cuando la CPU cambie del estado operativo STOP al estado operativo RUN (arranque de la CPU).

Los parámetros no modificados mantienen el valor por defecto.

Información relacionada En el manual Configurar el hardware y la comunicación con STEP 7 encontrará una descripción detallada de cómo ● guardar la configuración y los parámetros, ● cargar la configuración y los parámetros en la CPU, ● cómo consultar, modificar e imprimir la configuración y los parámetros.

Configurar y parametrizar el CP 341 5.7 Cargar driveRS (protocolos de transmisión)


5.7 Cargar driveRS (protocolos de transmisión) Para la ampliación de funciones y la adaptación del CP 341 al interlocutor, además de los protocolos estándar del firmware del módulo (ASCII, 3964(R), RK 512), es posible cargar otros protocolos de transmisión en el CP 341 (= driveRS cargables). Los driveRS cargables no van incluidos en el volumen de suministro del CP 341 ni en la interfaz de parametrización. Éstos se han de pedir por separado. (véase el catálogo ST 70, capítulo "DriveRS cargables") Encontrará los pasos a seguir para la instalación, parametrización y carga de nuevos driveRS en el CP 341 en la documentación separada del driver cargable. A continuación sólo se describen los requisitos necesarios y las bases de su manejo.

Requisitos Para poder cargar driveRS deben cumplirse los siguientes requisitos: ● STEP 7, V5.3 o superior ● Interfaz de parametrización CP 341: Parametrizar acoplamiento punto a punto, V5.0 o

superior ● En la parte posterior del CP 341 debe estar enchufada la mochila o dongle suministrado

con el driver. ● La parametrización válida se ha guardado anteriormente en HW Config y se ha cargado

en la CPU.

Acceso desde la interfaz de parametrización La selección del driver cargable para la parametrización se realiza en la interfaz de parametrización CP 341: Parametrizar acoplamiento punto a punto. Una vez finalizada con éxito la instalación de la interfaz de parametrización y de los driveRS cargables, seleccione el driver deseado y parametrice los parámetros específicos del protocolo del mismo modo que con los protocolos estándar. Instalación de la interfaz de parametrización y selección un protocolo de transmisión: véase el capítulo "Parametrizar los protocolos de comunicación (Página 118)". Qué se parametriza y cómo se cargan a continuación los driveRS en el CP 341 puede consultarse en la documentación del driver cargable.

Configurar y parametrizar el CP 341 5.8 Actualizaciones de firmware


5.8 Actualizaciones de firmware

5.8.1 Cargar actualizaciones de firmware Para la ampliación de funciones y eliminación de errores es posible cargar actualizaciones de firmware en la memoria del sistema operativo del CP 341.

Requisitos Para poder cargar actualizaciones de firmware deben cumplirse los siguientes requisitos: ● STEP 7, V5.3 o superior ● Para actualizar el firmware del CP, primero debe crearse en HW Config un proyecto

válido y cargarlo en la CPU. ● Al CP 341 debe poder accederse online desde la programadora o el PC. ● La ubicación de los archivos necesarios para la actualización del firmware se indica en el

manual de instrucciones del correspondiente paquete de actualización del firmware. El subdirectorio "..\CP341.nnn" identifica en cada caso la versión del firmware.

Cargar el firmware en HW Config (válido a partir de la referencia 6ES7341-1_H02-0AE0) Para actualizar el firmware, proceda como sigue: 1. Ponga la CPU en estado STOP. 2. Abra HW Config y seleccione el módulo CP 341 deseado. 3. Elija el comando Sistema de destino > Actualizar firmware. El procedimiento posterior se describe en la ayuda en pantalla de STEP 7. Si la actualización es correcta, aparecerá un aviso de confirmación y el nuevo firmware quedará activado inmediatamente.



Cargar el firmware con la interfaz de parametrización CP 341 (válido para la referencia 6ES7341-1_H00-0AE0 y 6ES7341-1_H01-0AE0) El firmware se transfiere al CP 341 mediante la interfaz de parametrización CP 341: Parametrizar acoplamiento punto a punto (V5.0 o superior). Proceda para ello del siguiente modo: 1. Ponga la CPU en estado STOP. 2. Arranque la interfaz de parametrización:

En el administrador SIMATIC: Archivo > Abrir > Proyecto > Abrir Hardware Config > doble clic sobre CP 341 > Seleccionar el botón "Parámetros".

3. Seleccione el comando de menú Herramientas > Actualizar firmware. Resultado: Si el CP 341 está disponible, se indica el estado actual del firmware del módulo. Si no hay ningún firmware instalado en el CP 341, aparece la indicación " - - - - ". Esto puede ocurrir p. ej. en caso de interrumpirse la actualización del firmware. En tal caso se borra el antiguo firmware. Antes de poner el CP en marcha es necesario volver a cargar un firmware.

4. Seleccione el firmware que desea cargar con el botón "Buscar archivo..." (*.UPD). Nota: El firmware básico se compone de 3 archivos con la extensión *.UPD. En el caso del firmware básico sólo debe seleccionarse el archivo HEADER.UPD. Resultado: En "Versión de FW seleccionada" se indica la versión del firmware seleccionado.

5. Inicie el proceso de carga en el CP 341 seleccionando el botón "Cargar firmware". El proceso de carga debe volver a confirmarse. Si selecciona el botón "Cancelar" el proceso de carga se interrumpirá inmediatamente. Nota: Antes de borrar el firmware estándar, el CP 341 comprueba si la referencia del firmware que se va a cargar es compatible con el CP 341. Resultado: El nuevo firmware se registra en la memoria del sistema operativo del CP 341. Bajo "Progreso" se indica el progreso mediante un diagrama de barras y un porcentaje. Al finalizar la actualización del firmware el módulo queda listo para entrar en funcionamiento.

Actualización finalizada correctamente Una vez realizada la actualización correctamente, es preciso ocultar la versión anterior del firmware del CP 341 con un adhesivo que indique la versión actual del firmware.



Indicadores LED Indicadores LED durante la carga de una actualización de firmware:

Tabla 5- 5 Indicadores LED en el proceso de carga de una actualización de firmware

Estado SF TXD RXD Observación Solución Actualización de firmware en marcha

encendido encendido encendido - -

Actualización de firmware finalizada

encendido apagado apagado - -

CP 341 sin firmware del módulo

parpadea (2Hz)

apagado apagado Firmware de módulo borrado, la actualización fue interrumpida, es posible ejecutar una actualización de firmware

Recargar el firmware

Error de hardware en la actualización del firmware

parpadea (2Hz)

parpadea (2Hz)

parpadea (2Hz)

Borrado/escritura sin éxito

Desconectar y conectar la tensión de alimentación del módulo y volver a cargar el firmware. Comprobar si el módulo está defectuoso.

5.8.2 Indicación de la versión de firmware

Consultar la versión de hardware y de firmware La versión actual del hardware y del firmware instalados en el CP 341 puede consultarse en STEP 7 en la ficha "Información del módulo". A este cuadro de diálogo se accede: ● En el SIMATIC Manager: Archivo > Abrir > Proyecto > Abrir HW Config > Equipo > Abrir

online > y doble clic sobre el módulo del CP 341.


Comunicación mediante bloques de función 6

La comunicación entre CPU, CP 341 y un interlocutor se realiza mediante los bloques de función y los protocolos del CP 341.

Comunicación entre la CPU y el CP 341 Los bloques de función constituyen la interfaz de software entre la CPU y el CP 341. Estos deben llamarse cíclicamente desde el programa de usuario.

Comunicación entre el CP 341 y el interlocutor En el CP 341 se aplican los protocolos de transmisión. El protocolo es el elemento de adaptación de la interfaz del CP 341 a la interfaz del interlocutor. Ello permite acoplar un sistema de automatización S7 con todos los interlocutores que hoy en día dominan los protocolos estándar de SIMATIC S5 (driver ASCII, procedimiento 3964(R), protocolo mainframe RK 512 o driver de impresora).

Comportamiento de interrupción No está permitido llamar los bloques de función del CP 341 desde una alarma del proceso (OB 40) ni desde una alarma de diagnóstico (OB 82). Los bloques de función P_SND_RK y P_RCV_RK del CP 341 sólo pueden llamarse en un mismo nivel de ejecución.

Comunicación mediante bloques de función 6.1 Resumen de los bloques de función


6.1 Resumen de los bloques de función El sistema de automatización S7-300 pone a su disposición una serie de bloques de función que inician y controlan la comunicación entre la CPU y el CP 341 en el programa de usuario.

Bloques de función/Funciones En la tabla siguiente encontrará los bloques de función / las funciones del CP 341 con su significado.

Tabla 6- 1 Bloques de función y funciones del CP 341

FB/FC Significado Protocolo FC 5 V24_STAT (versión 2.0)

La función V24_STAT permite leer los estados de las señales en la interfaz RS 232C del CP 341-RS 232C.

Driver ASCII

FC 6 V24_SET (versión 2.0)

La función V24_SET permite activar/desactivar las salidas de la interfaz RS 232C del CP 341-RS 232C.

Driver ASCII

FB 7 P_RCV_RK El bloque de función P_RCV_RK permite recibir datos de un interlocutor y depositarlos en un bloque de datos o poner los datos a disposición del interlocutor.

Procedimiento 3964(R), driver ASCII, protocolo mainframe RK 512

FB 8 P_SND_RK El bloque de función P_SND_RK permite enviar a un interlocutor todo el área o un área parcial de un bloque de datos o recuperar datos del interlocutor.

Procedimiento 3964(R), driver ASCII, protocolo mainframe RK 512

FB 13 P_PRINT_RK El bloque de función P_PRINT_RK permite imprimir en una impresora textos de aviso con hasta 4 variables.

Driver de impresora

Suministro e instalación Los bloques de función del CP 341 están contenidos en el CD que se suministra con el módulo, junto con la interfaz de parametrización y el ejemplo de programación. Los bloques de función se instalan con la interfaz de parametrización. Una vez instalados, los bloques de función se encuentran en la librería: ● CP 341: FC 5 V24_STAT (versión 2.0), FC 6 V24_SET (versión 2.0), FB 7 P_RCV_RK,

FB 8 P_SND_RK y FB 13 P_PRINT_RK Abra la librería en el SIMATIC Manager de STEP 7 con el comando de menú Archivo > Abrir > Librería bajo "CP PTP\CP 341\Blocks". Cuando trabaje con bloques de función bastará con copiar el bloque de función en cuestión a su proyecto.

Comunicación mediante bloques de función 6.1 Resumen de los bloques de función


Versiones admisibles de FBs, FCs Observe las siguientes advertencia sobre los bloques de función y las funciones admisibles:

ADVERTENCIA Para el CP 341 sólo se pueden utilizar las funciones FC 5 V24_STAT y FC 6 V24_SET de una versión ≥ 2.0. Si utiliza la versión 1.0 pueden falsearse los datos. Para la transmisión de datos con el CP 341 sólo está permitido utilizar los bloques de función FB 7 P_RCV_RK y FB 8 P_SND_RK. No pueden utilizarse los bloques de función FB 2 P_RCV y FB 3 P_SEND del CP 341, puesto que en caso contrario pueden falsearse los datos.

Comunicación mediante bloques de función 6.2 Utilización de los bloques de función


6.2 Utilización de los bloques de función En los apartados siguientes encontrará información que deberá recordar al asignar parámetros a los bloques de función.

Indicación del STATUS en el FB Observe la siguiente nota sobre el indicador STATUS en los bloques de función:

Nota Los parámetros DONE, NDR, ERROR y STATUS deben evaluarse inmediatamente después de ejecutarse el bloque. Por ello, para visualizar STATUS debe copiarlo en un área de datos libre.

Si se accede a la petición con DONE ='1', significa que la petición se ha ejecutado sin errores. Es decir: ● En caso de utilizar el driver ASCII: La petición ha sido enviada al interlocutor. Lo que no

se garantiza es que el interlocutor haya recibido los datos. ● En caso de utilizar el procedimiento 3964(R): La petición ha sido enviada al interlocutor y

éste ha enviado una confirmación positiva. Lo que no se garantiza es que los datos hayan sido transferidos a la CPU del interlocutor.

● En caso de utilizar el protocolo para mainframe RK 512: La petición ha sido enviada al interlocutor y éste la ha transmitido sin errores a la CPU del interlocutor.

Comunicación mediante bloques de función 6.3 Utilización de los bloques de función con el procedimiento 3964(R)


6.3 Utilización de los bloques de función con el procedimiento 3964(R) Para el acoplamiento con un interlocutor mediante el procedimiento 3964(R) dispone de los siguientes bloques de función: ● FB 8 P_SND_RK para enviar datos ● FB 7 P_RCV_RK para recibir datos

Peticiones simultáneamente procesables En el programa de usuario sólo está permitido programar un FB P_SND_RK y un FB P_RCV_RK por cada CP 341 utilizado. Además, sólo está permitido utilizar ● 1 bloque de datos de instancia para el FB P_SND_RK y ● 1 bloque de datos de instancia para el FB P_RCV_RK, puesto que en el bloque de datos de instancia están depositados los estados necesarios para la ejecución interna del FB.

Coherencia de datos La coherencia de los datos está limitada por el tamaño del bloque a 32 bytes en la transmisión de datos entre la CPU y el CP 341. Para que la transmisión de datos de más de 32 bytes sea coherente, debe observar lo siguiente: ● En el emisor: No vuelva a acceder al DB emisor hasta que los datos no hayan sido

enviados por completo (DONE = 1). ● En el receptor: No inicie un nuevo acceso al DB receptor hasta que los datos hayan sido

recibidos por completo (NDR = 1). Después debe bloquear el DB receptor (EN_R = 0) hasta que haya terminado de procesar los datos.



6.3.1 S7 envía datos a un interlocutor El FB P_SND_RK transmite al CP 341 un contingente de datos de un bloque de datos, especificado por los parámetros DB_NO, DBB_NO y LEN. Para la transmisión de datos se accede al FB P_SND_RK cíclicamente, o bien estáticamente (sin condiciones) en un programa controlado por tiempo. Con un flanco ascendente en la entrada REQ se inicia la transmisión de los datos. Dependiendo de la cantidad de datos, la transmisión puede desarrollarse en varias llamadas (ciclos del programa). El bloque de función FB P_SND_RK se puede llamar en el ciclo con el estado lógico "1" en la entrada de parámetros R. De este modo se cancela la transmisión al CP 341 y el FB P_SND_RK pasa al estado inicial. Los datos que ya han sido recibidos por el CP 341 se terminan de enviar al interlocutor. Si a la entrada R hay un estado lógico estático de "1", la transmisión estará desactivada. Con el parámetro LADDR se indica la dirección del CP 341 que se va a llamar.

Indicación de error en el FB P_SND_RK La salida DONE indica "Fin de petición sin errores". ERROR indica que se ha producido un error. En el estado STATUS, en caso de error se indica el número de evento correspondiente (véase el apartado "Mensajes de diagnóstico de los bloques de función (Página 188)"). Si no se produce ningún error, STATUS tiene el valor 0. DONE y ERROR/STATUS se emiten también en caso de RESET del FB P_SND_RK (véase la figura en el apartado "Recibir datos con FB P_RCV_RK (petición pasiva) (Página 147)"). Si se ha producido un error, se desactiva el resultado binario RB. Si el bloque finaliza sin errores, el estado del resultado binario es "1".

Nota El bloque de función P_SND_RK no tiene comprobación de parámetros; si la parametrización es errónea la CPU puede derivar al estado STOP. Después de un cambio de estado de la CPU de STOP a RUN, antes de que el CP 341 pueda procesar una petición ya iniciada debe haber concluido el mecanismo de arranque CP–CPU del FB P_SND_RK (véase el apartado "Mensajes de diagnóstico de los bloques de función (Página 188)"). Una petición iniciada entretanto no se pierde. Se transmitirá al CP 341 una vez concluida la coordinación del arranque.



¿Qué se debe hacer? Llamada de bloques Representación AWL Representación KOP CALL P_SND_RK, I_P_SND_RK

SF: =

REQ: =

R: =

LADDR: =

DB_NO: =

DBB_NO: =

LEN: =

R_CPU_NO: =

R_TYP: =

R_NO: =

R_OFFSET: =

R_CF_BYT =

R_CF_BIT =

DONE: =

ERROR: =

STATUS: =

Nota Los parámetros EN y ENO sólo aparecen en la representación gráfica (con KOP o FUP). Para poder procesar estos parámetros, el compilador utiliza el resultado binario RB. El resultado binario RB se aplica al estado lógico "1" si el bloque ha finalizado sin errores. Si hay un error, el resultado binario RB se pone a "0".

Asignación en el área de datos El FB P_SND_RK opera junto con un DB de instancia I_SND_RK. El número de DB también se indica al realizar la llamada. El DB de instancia tiene 62 bytes de longitud. No se puede acceder a los datos del DB de instancia.

Nota Excepción: En caso de error, STATUS == W#16#1E0F, se puede consultar información más detallada sobre el error en la variable SFCERR. Esta variable de error sólo puede cargarse en el DB de instancia mediante un acceso simbólico.



Parámetros FB P_SND_RK La siguiente tabla describe los parámetros del FB P_SND_RK.

Nota Los parámetros R_CPU_NO, R_TYP, R_NO, R_OFFSET, R_CF_BYT y R_CF_BIT no son significativos para el procedimiento 3964(R) y no tienen que recibir valores. El parámetro SF tampoco tiene que recibir valores, porque por defecto está registrado 'S' para enviar.

Tabla 6- 2 Parámetros FB P_SND_RK

Nombre Clase Tipo de datos

Comentario Valores permitidos, observación

REQ INPUT BOOL Inicio de petición con flanco ascendente

R INPUT BOOL Cancelación de la petición Se cancela la petición en curso. Transmisión bloqueada.

LADDR INPUT INT Dirección base del CP 341 La dirección base se toma de STEP 7. DB_NO INPUT INT Número del bloque de datos Nº de DB emisor: específico de la CPU,

no se admite el cero DBB_NO INPUT INT Número del byte de datos 0 ≤ DBB_NO ≤ 8190 datos de transmisión a

partir del byte de datos LEN INPUT INT Longitud de datos 1 ≤ LEN ≤ 4096, indicación en número de

bytes DONE 1 OUTPUT BOOL La petición ha finalizado sin

errores Parámetro STATUS == 16#00;

ERROR 1 OUTPUT BOOL La petición ha finalizado con errores

El parámetro STATUS contiene información sobre el error.

STATUS 1 OUTPUT WORD Especificación del error Si ERROR == 1, en el parámetro STATUS se incluye información sobre el error.

1 ¡El parámetro está disponible hasta la siguiente llamada del FB!



Cronograma del FB P_SND_RK La figura siguiente muestra el comportamiento de los parámetros DONE y ERROR en función del estado de la entrada REQ y R.

Figura 6-1 Cronograma del FB 8 P_SND_RK

Nota La entrada REQ está activada por flanco. Es suficiente un flanco ascendente en la entrada REQ. El RLO (resultado lógico) no tiene que estar a "1" durante toda la transmisión.



6.3.2 S7 recibe datos de un interlocutor El FB P_RCV_RK transmite datos del CP 341 a un área de datos S7 especificada por los parámetros DB_NO, DBB_NO y LEN. Para la transmisión de datos se accede al FB P_RCV_RK cíclicamente, o bien estáticamente (sin condiciones) en un programa controlado por tiempo. Con estado (estático) de señal "1" en el parámetro EN_R se habilita la comprobación de si pueden leerse datos del CP 341. Una transmisión en curso se puede cancelar con el estado de señal "0" en el parámetro EN_R. La petición de recepción cancelada finaliza con un mensaje de error (salida STATUS). La recepción está desconectada mientras exista el estado de señal "0" en el parámetro EN_R. Dependiendo de la cantidad de datos, la transmisión puede desarrollarse en varias llamadas (ciclos del programa). Si el bloque de función detecta el estado lógico "1" en el parámetro R, se cancela la petición actual de transmisión y el FB P_RCV_RK pasa al estado inicial. La recepción estará desactivada mientras el parámetro R tenga el estado lógico "1". Con el parámetro LADDR se selecciona el CP 341 que se va a llamar.

Indicación de error en el FB P_RCV_RK La salida NDR indica "Petición terminada sin error/Datos aceptados" (leídos todos los datos). ERROR indica que se ha producido un error. En caso de error, el número de evento correspondiente se indica en STATUS. Si no se produce ningún fallo, STATUS tiene el valor 0. NDR y ERROR/STATUS también se emiten en caso de RESET del FB P_RCV_RK (parámetro LEN == 16#00) . Si se ha producido un error, se desactiva el resultado binario RB. Si el bloque finaliza sin errores, el estado del resultado binario es "1".

Nota El bloque de función P_RCV_RK no comprueba la parametrización; si la parametrización es errónea, la CPU puede derivar al estado STOP. Después de un cambio de estado de la CPU de STOP a RUN, antes de que el CP 341 pueda recibir una petición debe haber concluido el mecanismo de arranque CP-CPU del FB P_RCV_RK.



¿Qué se debe hacer? Llamada de bloques Representación AWL Representación KOP CALL P_RCV_RK, I_RCV_RK

EN_R: =

R: =

LADDR: =

DB_NO: =

DBB_NO: =

L_TYP: =

L_NO: =

L_OFFSET: =

L_CF_BYT =

L_CF_BIT =

NDR: =

ERROR: =

LEN: =

STATUS: =


Asignación en el área de datos El FB P_RCV_RK opera junto con un DB de instancia I_RCV_RK. El número de DB también se indica al realizar la llamada. El DB de instancia tiene 60 bytes de longitud. No se puede acceder a los datos del DB de instancia.

Nota Excepción: En caso de error, STATUS == W#16#1E0E, se puede consultar información más precisa sobre el error en la variable SFCERR. Esta variable de error sólo puede cargarse en el DB de instancia mediante un acceso simbólico.



Parámetros FB P_RCV_RK La siguiente tabla describe los parámetros del FB P_RCV_RK.

Nota Los parámetros L_TYP, L_NO, L_OFFSET, L_CF_BYT y L_CF_BIT no son significativos para el procedimiento 3964(R) y no tienen que recibir valores.

Tabla 6- 3 Parámetros FB P_RCV_RK



EN_R INPUT BOOL Habilitar lectura de datos R INPUT BOOL Cancelación de la petición Se cancela la petición en curso. Recepción

bloqueada. LADDR INPUT INT Dirección base del CP 341 La dirección base se toma de STEP 7. DB_NO INPUT INT Número del bloque de datos Nº DB de recepción:

específico de la CPU, no se admite el cero DBB_NO INPUT INT Número del byte de datos 0 ≤ DBB_NO ≤ 8190 datos de recepción a

partir del byte de datos NDR OUTPUT BOOL Petición terminada sin

errores, datos aceptados Parámetro STATUS == 16#00;



LEN 1 OUTPUT INT Longitud del telegrama recibido

1 ≤ LEN ≤ 4096, indicación en número de bytes





Cronograma del FB P_RCV_RK La figura siguiente muestra el comportamiento de los parámetros NDR, LEN y ERROR en función del estado de las entradas EN_R y R.

Figura 6-2 Cronograma FB 7 P_RCV_RK

Nota La entrada EN_R debe ponerse estáticamente a "1". Mientras dure toda la petición de recepción, el parámetro EN_R debe recibir el RLO "1" (resultado lógico).

Comunicación mediante bloques de función 6.4 Utilización de los bloques de función en el protocolo para mainframe RK 512


6.4 Utilización de los bloques de función en el protocolo para mainframe RK 512

Para el acoplamiento con un interlocutor mediante el protocolo mainframe RK 512 dispone de los siguientes bloques de función: ● FB 8 P_SND_RK para enviar datos o recoger datos ● FB 7 P_RCV_RK para recibir datos o para disponer datos

Posibilidades de transmisión de datos Peticiones activas: Con el bloque de función FB 8 P_SND_RK se envían peticiones activas para el CP 341 en el programa de usuario de la CPU. Es posible ● Enviar datos del sistema de automatización a un interlocutor remoto. ● Tomar datos de un interlocutor remoto y depositarlos en un área de datos S7 del sistema

de automatización. Nota: Si recoge datos de un CP 341, siempre deberá programar en el CP 341 un FB P_RCV_RK.

Peticiones pasivas: Con el bloque de función FB 7 P_RCV_RK se coordina la lectura y preparación de los datos en el CP 341 mediante peticiones pasivas. El interlocutor está activo. Es posible ● Leer los datos enviados por el interlocutor en un área de datos S7 del sistema de

automatización. ● Poner datos a disposición de un interlocutor remoto en el sistema de automatización.

Peticiones simultáneamente procesables En el programa de usuario sólo está permitido programar una petición activa y una petición pasiva por cada CP 341 utilizado. Mientras el CP 341 procesa una petición activa puede procesar al mismo tiempo una petición pasiva. Además, sólo está permitido utilizar ● 1 bloque de datos de instancia para el FB P_SND_RK y ● 1 bloque de datos de instancia para el FB P_RCV_RK, puesto que en el bloque de datos de instancia están depositados los estados necesarios para la ejecución interna del FB.

Marcas de acoplamiento La funcionalidad de marcas de acoplamiento conocida en SIMATIC S5 se soporta para coordinar la sobrescritura asíncrona del CP 341 en la recepción y preparación de los datos (FB 7 P_RCV_RK) por el CP 341 y el procesamiento de los datos en la CPU. Las marcas de acoplamiento sólo pueden utilizarse en el protocolo para mainframe RK 512.



Coherencia de datos La coherencia de los datos está limitada por el tamaño del bloque a 32 bytes en la transmisión de datos entre la CPU y el CP 341. Para conseguir una transferencia de datos coherente de más de 32 bytes hay que tener en cuenta los siguientes puntos: ● En el emisor: No vuelva a acceder al DB emisor hasta que los datos no hayan sido

enviados por completo (DONE = 1). ● Al recoger datos: No vuelva a acceder al DB emisor hasta que los datos no hayan sido

enviados por completo (DONE = 1). ● En el receptor: Utilice la función de marca de acoplamiento. No vuelva a acceder al DB

receptor hasta que los datos no hayan sido recibidos por completo (evaluación de la marca de acoplamiento definida para esta petición; la marca de acoplamiento se aplica en el FB durante un ciclo si NDR = 1). No ponga la marca de acoplamiento a "0" hasta no haber procesado los datos recibidos.

● Al preparar los datos: Utilice la función de marca de acoplamiento. No acceda nuevamente a los datos preparados hasta que no se hayan recogido todos los datos (evaluación de la marca de acoplamiento definida para esta petición. La marca de acoplamiento se aplica en el FB durante un ciclo si NDR = 1). No ponga la marca de acoplamiento a "0" hasta no haber procesado los datos que deben recogerse.

Si el interlocutor recoge los datos de las áreas E (entradas), A (salidas), M (marcas), T (temporizadores) o Z (contadores), la coherencia de datos estará limitada a 32 bytes siempre que con la marca de acoplamiento no pueda impedirse que otros puntos del programa de usuario accedan a estas áreas durante la transmisión.



6.4.1 Enviar datos con FB P_SND_RK (petición activa) El bloque de función FB P_SND_RK puede transmitir datos desde un área de datos S7 a un CP 341 configurando el parámetro SF = 'S'. Con un flanco ascendente en la entrada REQ se inicia la transmisión de los datos. Dependiendo de la cantidad de datos (LEN), la transmisión puede desarrollarse en varias llamadas (ciclos del programa). Con el parámetro LADDR se indica la dirección del CP 341 que se va a llamar. La única fuente permitida para los datos a enviar es el área de los bloques de datos. La fuente está completamente especificada si se indica el número de bloque de datos (DB_NO) y el offset (DBB_NO) del primer byte de datos a enviar de dicho bloque de datos. Los tipos de datos (R_TYP) permitidos como áreas de destino son los bloques de datos (DB) y los bloques de datos ampliados (DX). El destino se halla completamente especificado por el número de CPU (R_CPU_NO, sólo relevante en comunicación multiprocesador), el tipo de datos (R_TYP: DB o DX), el número de bloque de datos (R_NO) y el offset (R_OFFSET) en los que debe escribirse el primer byte. Con R_CF_BYT y R_CF_BIT se define en la CPU del interlocutor el byte y el bit de la marca de acoplamiento. El bloque de función FB P_SND_RK se puede llamar en el ciclo con el estado lógico "1" en la entrada de parámetros R. De este modo se cancela la transmisión al CP 341 y el FB P_SND_RK pasa al estado inicial. Los datos que ya han sido recibidos por el CP 341 se terminan de enviar al interlocutor. Si a la entrada R hay un estado lógico estático de "1", la transmisión estará desactivada.

Indicación de error en el FB P_SND_RK La salida DONE indica "Fin de petición sin errores". ERROR indica que se ha producido un error. En caso de error, el número de evento correspondiente se indica en STATUS. Si no se produce ningún fallo, STATUS tiene el valor 0. DONE y ERROR/STATUS se indican también en caso de RESET del FB P_SND_RK. Si se ha producido un error, se desactiva el resultado binario RB. Si el bloque finaliza sin errores, el estado del resultado binario es "1".

Nota El bloque de función FB P_SND_RK no comprueba la parametrización; si la parametrización es errónea, la CPU puede derivar a estado STOP.

Particularidades al enviar datos Observe las siguientes particularidades al "Enviar datos": ● Con el protocolo RK 512 sólo es posible enviar un número par de datos. Por esta razón,

si especifica una longitud (LEN) impar de datos, al final de los datos se transmite un byte de relleno adicional con el valor "0".

● Con el protocolo RK 512 sólo puede indicarse un offset par. Por esta razón, si se especifica un offset impar, se depositan los datos a partir del siguiente Offset par inmediatamente inferior del interlocutor. Ejemplo: offset es 7; se depositan los datos a partir del byte 6.



¿Qué se debe hacer? Llamada de bloques Representación AWL Representación KOP CALL P_SND_RK, I_SND_RK

SF: =

REQ: =

R: =

LADDR: =

DB_NO: =

DBB_NO: =

LEN: =

R_CPU_NO: =

R_TYP: =

R_NO: =

R_OFFSET: =

R_CF_BYT =

R_CF_BIT =

DONE: =

ERROR: =

STATUS: =





Parámetros FB P_SND_RK En la siguiente tabla encontrará los parámetros del FB 8 P_SND_RK para la petición "Enviar datos".

Tabla 6- 4 Parámetros FB 8 P_SND_RK para la petición "Enviar datos"



SF INPUT CHAR Selección para enviar o recoger datos

SF = 'S' (enviar) Valor por defecto: 'S'


R INPUT BOOL Cancelación de la petición Se cancela la petición en curso. Transmisión bloqueada. Valor por defecto: 0

LADDR INPUT INT Dirección base del CP 341 La dirección base se toma de STEP 7. DB_NO INPUT INT Número del bloque de datos del

origen Nº de DB emisor: específico de la CPU. No se permite el valor 0.

DBB_NO INPUT INT Número del byte de datos del origen

0 ≤ DBB_NO ≤ 8190 datos de transmisión a partir del byte de datos

LEN INPUT INT Longitud de datos del telegrama que debe enviarse

1 ≤ LEN ≤ 4096, indicación en número de bytes, sólo se recomiendan valores pares

R_CPU_NO INPUT INT Nº de la CPU del interlocutor 0 ≤ R_CPU_NO ≤ 4, sólo en modo multiprocesador, valor por defecto: 1

R_TYP INPUT CHAR Tipo de dirección en la CPU del interlocutor

'D': Bloque de datos 'X': bloque de datos ampliado

R_NO INPUT INT Número del bloque de datos en la CPU del interlocutor

0 ≤ R_NO ≤ 255

R_OFFSET INPUT INT Número del byte de datos en la CPU del interlocutor

0 ≤ R_OFFSET ≤ 510,sólo valores pares

R_CF_BYT INPUT INT Byte de marcas de acoplamiento en la CPU del interlocutor

0 ≤ R_CF_BYTE ≤ 255 Valor por defecto: 255 (significa: sin marca de acoplamiento)

R_CF_BIT INPUT INT Bit de marca de acoplamiento en la CPU del interlocutor

0 ≤ R_CF_BIT ≤ 7

DONE 1 OUTPUT BOOL La petición ha finalizado sin errores

Parámetro STATUS == 16#00;







Información del encabezado del telegrama En la siguiente tabla encontrará los datos contenidos en el encabezado del telegrama RK 512.

Tabla 6- 5 Información del encabezado del telegrama RK 512 para la petición "Enviar datos"

Origen en el sistema de automatización S7 (CPU local)

Para el destino, CPU del

interlocutor

Encabezado del telegrama, bytes

3/4 tipo de comando

5/6 Z-DBNR/Z-Offset

7/8 número en

Bloque de datos Bloque de datos AD DB/DW Palabras Bloque de datos Bloque de datos

ampliado AD DB/DW Palabras

Explicación de las abreviaturas: Z-DBNR: Número del bloque de datos de destino Offset Z: Dirección inicial del destino DW: Offset en palabras



Cronograma del FB P_SND_RK La figura siguiente muestra el comportamiento de los parámetros DONE y ERROR en función del estado de la entrada de REQ y R.

Figura 6-3 Cronograma del FB 8 P_SND_RK para la petición "Enviar datos"




6.4.2 Recibir datos con FB P_RCV_RK (petición pasiva) El FB P_RCV_RK transmite datos del CP 341 a un área de datos S7. Para la transmisión de datos se accede al FB P_RCV_RK cíclicamente, o bien estáticamente (sin condiciones) en un programa controlado por tiempo. Con el estado (estático) de señal "1" en el parámetro EN_R se habilita la comprobación de si pueden leerse datos del CP 341. Una transmisión en curso se puede cancelar con el estado de señal "0" en el parámetro EN_R. La petición de recepción cancelada finaliza con un mensaje de error (salida STATUS). La recepción está desconectada mientras exista el estado de señal "0" en el parámetro EN_R. Dependiendo de la cantidad de datos, la transmisión puede desarrollarse en varias llamadas (ciclos del programa). Con el parámetro LADDR se indica la dirección del CP 341 que se va a llamar. Si el interlocutor indica como destino de datos "DB", los datos se depositan en el área de datos especificada en el encabezado del telegrama RK 512. Con ayuda de los parámetros (L_...) se indica al usuario el tipo del área de destino (L_TYP), el número del bloque de datos de destino (L_NO, sólo relevante si L_TYP = DB), el offset del área de destino (L_OFFSET) y la longitud (LEN) de los datos transmitidos. Si el interlocutor indica el destino de datos "DX", los datos se depositan en el bloque de datos (DB) especificado por los parámetros DB_NO y DBB_NO. Si el bloque de función detecta el estado lógico "1" en el parámetro R, se cancela la petición actual de transmisión y el FB P_RCV_RK pasa al estado inicial. La recepción estará desactivada mientras el parámetro R tenga el estado lógico "1". La salida NDR indica "Petición terminada sin error/Datos aceptados" (leídos todos los datos). A continuación, en los parámetros L_TYP, L_NO y L_OFFSET se indica dónde se van a depositar los datos dentro de un mismo ciclo. Además, para un mismo ciclo se indican los parámetros L_CF_BYT y L_CF_BIT y la longitud LEN de la petición correspondiente.

Indicación de error en el FB P_RCV_RK ERROR indica que se ha producido un error. En caso de error, el número de evento correspondiente se indica en STATUS. Si no se produce ningún fallo, STATUS tiene el valor 0. NDR y ERROR/STATUS también se emiten en caso de RESET del FB P_RCV_RK (parámetro LEN == 16#00). Si se ha producido un error, se desactiva el resultado binario RB. Si el bloque finaliza sin errores, el estado del resultado binario es "1".

Nota El bloque de función P_RCV_RK no comprueba la parametrización; si la parametrización es errónea, la CPU puede derivar al estado STOP.



Utilización de las marcas de acoplamiento Antes de recibir los datos se comprueban las marcas de acoplamiento indicadas en el encabezado del telegrama RK 512. Los datos sólo se envían si la marca de acoplamiento tiene el valor "0". Una vez concluido el proceso de transmisión, el bloque de función pone la marca de acoplamiento al valor "1", y en el bloque de función se indica la marca de acoplamiento para un ciclo (NDR). Evaluando la marca de acoplamiento en el programa de usuario puede detectarse que los datos transmitidos pueden procesarse. En cuanto han sido procesados los datos, el usuario debe poner nuevamente a "0" la marca de acoplamiento. Es posible una nueva petición SEND del interlocutor.


EN_R: =

R: =

LADDR: =

DB_NO: =

DBB_NO: =

L_TYP: =

L_NO: =

L_OFFSET: =

L_CF_BYT =

L_CF_BIT =

NDR: =

ERROR: =

LEN: =

STATUS: =






Parámetros FB P_RCV_RK En la siguiente tabla encontrará los parámetros del FB 7 P_RCV_RK para la petición "Recibir datos".

Tabla 6- 6 Parámetros FB 7 P_RCV_RK para la petición "Recibir datos"



EN_R INPUT BOOL Habilitación para recibir datos

R INPUT BOOL Cancelación de la petición Se cancela la petición en curso. Recepción bloqueada. Valor por defecto: 0

LADDR INPUT INT Dirección base del CP 341 La dirección base se toma de STEP 7. DB_NO INPUT INT Número del bloque de datos

de recepción (destino) N.º DB de recepción: específico de la CPU. No se permite el valor 0. (sólo relevante si el destino de datos es DX)

DBB_NO INPUT INT Número de byte de los datos de recepción (destino)

0 ≤ DBB_NO ≤ 8190 datos de recepción a partir del byte de datos (sólo relevante si el destino de datos es DX)

L_TYP 1 OUTPUT CHAR Tipo de área en la CPU local (destino)

'D': Bloque de datos

L_NO 1 OUTPUT INT Número de bloque de datos en la CPU local (destino)

0 ≤ L_NO ≤ 255

L_OFFSET 1 OUTPUT INT Número de byte de datos en la CPU local (destino)

0 ≤ L_OFFSET ≤ 510

L_CF_BYT 1 OUTPUT INT Byte de marcas de acoplamiento en la CPU local

0 ≤ L_CF_BYTE ≤ 255255 significa: sin marca de acoplamiento

L_CF_BIT 1 OUTPUT INT Bit de marca de acoplamiento en la CPU local

0 ≤ L_CF_BIT ≤ 7

NDR 1 OUTPUT BOOL Petición terminada sin errores, datos aceptados




LEN 1 OUTPUT INT Longitud del telegrama recibido

0 ≤ LEN ≤ 4096, indicación en número de bytes








Figura 6-4 Cronograma del FB 7 P_RCV_RK para la petición "Recibir datos"




6.4.3 Disponer datos con FB P_RCV_RK (petición pasiva) Es necesaria la llamada al bloque de función FB P_RCV_RK si el interlocutor ejecuta una petición "Recoger datos" (petición FETCH). El FB P_RCV_RK dispone para el CP 341 datos procedentes de un área de datos S7. Para la transmisión de datos se accede al FB P_RCV_RK cíclicamente, o bien estáticamente (sin condiciones) en un programa controlado por tiempo. Con estado (estático) de señal "1" en el parámetro EN_R se habilita la comprobación de si pueden proporcionarse datos al CP 341. Una transmisión en curso se puede cancelar con el estado de señal "0" en el parámetro EN_R. La petición de recepción cancelada finaliza con un mensaje de error (salida STATUS). La petición está desactivada mientras exista el estado de señal "0" en el parámetro EN_R. Dependiendo de la cantidad de datos, la transmisión puede desarrollarse en varias llamadas (ciclos del programa). El tipo del área de origen (L_TYP), el número del bloque de datos de origen (L_NO, sólo relevante si L_TYP = DB), el offset en el área de origen (L_OFFSET) así como la longitud (LEN) de los datos a preparar se determinan a partir del primer telegrama RK 512. El bloque de función evalúa la información de este telegrama y transfiere los datos solicitados al CP 341. Los parámetros DB_NO y DBB_NO carecen de significado en el bloque de función FB P_RCV_RK. Con el parámetro LADDR se indica la dirección del CP 341 que se va a llamar. Si el bloque de función detecta el estado de señal "1" en el parámetro R, se cancela la petición actual de transmisión y el FB P_RCV_RK pasa al estado inicial. La petición está desactivada mientras exista el estado de señal "1" en el parámetro R. La salida NDR indica "Petición terminada sin error/Datos aceptados" (leídos todos los datos). A continuación, en los parámetros L_TYP, L_NO y L_OFFSET se indica desde dónde se han recogido los datos dentro de un mismo ciclo (posibles tipos de datos: bloques de datos, bytes de entrada, bytes de salida, temporizadores y contadores). Además, para un mismo ciclo se indican los parámetros L_CF_BYT y L_CF_BIT y la longitud LEN de la petición correspondiente.

Nota Si el interlocutor recoge del CP 341 temporizadores o contadores, la longitud máxima está limitada a 32 bytes (16 temporizadores o contadores, cada uno de 2 bytes).

Indicación de error en el FB P_RCV_RK ERROR indica que se ha producido un error. En caso de producirse un error, el número correspondiente de evento se indica en STATUS. Si no se produce ningún fallo, STATUS tiene el valor 0. NDR y ERROR/STATUS también se emiten en caso de RESET del FB P_RCV_RK (parámetro LEN == 16#00). Si se ha producido un error, se desactiva el resultado binario RB. Si el bloque finaliza sin errores, el estado del resultado binario es "1".

Nota El bloque de función P_RCV_RK no comprueba la parametrización; si la parametrización es errónea, la CPU puede derivar al estado STOP.



Utilización de las marcas de acoplamiento Una vez recibido el telegrama se comprueban las marcas de acoplamiento indicadas en el encabezado del telegrama RK 512. Los datos sólo se proporcionan si la marca de acoplamiento tiene el valor "0". Una vez concluido el proceso de transmisión, el bloque de función pone la marca de acoplamiento al valor "1", y en el bloque de función se indica la marca de acoplamiento para un ciclo (NDR). Evaluando la marca de acoplamiento en el programa de usuario puede detectarse que puede accederse nuevamente a los datos proporcionados. En cuanto han sido procesados los datos, el usuario debe poner nuevamente a "0" la marca de acoplamiento. Es posible una nueva petición FETCH del interlocutor.


EN_R: =

R: =

LADDR: =

DB_NO: =

DBB_NO: =

L_NO: =

L_OFFSET: =

L_CF_BYT =

L_CF_BIT =

NDR: =

ERROR: =

LEN: =

STATUS: =






Parámetros FB P_RCV_RK En la siguiente tabla encontrará los parámetros del FB 7 P_RCV_RK para la petición "Preparar datos".

Tabla 6- 7 Parámetros FB 7 P_RCV_RK para la petición "Preparar datos"



EN_R INPUT BOOL Habilitación para preparar datos R INPUT BOOL Cancelación de la petición Se cancela la petición en curso.

Preparación bloqueada. Valor por defecto: 0

LADDR INPUT INT Dirección base del CP 341 La dirección base se toma de STEP 7. DB_NO INPUT INT Irrelevante DBB_NO INPUT INT Irrelevante L_TYP 1 OUTPUT CHAR Tipo de área en la CPU local

(origen) 'D': bloque de datos'M': marcas'E': entradas'A': salidas 'Z': contadores 'T': Temporizadores

L_NO 1 OUTPUT INT Número del bloque de datos en la CPU local (origen)

0 ≤ L_NO ≤ 255 (sólo relevante si L_TYP = D)

L_OFFSET 1 OUTPUT INT Número del byte de datos en la CPU local (origen)

0 ≤ L_OFFSET ≤ 510 (en función del tipo de área)

L_CF_BYT 1 OUTPUT INT Byte de marcas de acoplamiento en la CPU local

0 ≤ CF_BYTE ≤ 255 255 significa: sin marca de acoplamiento

L_CF_BIT 1 OUTPUT INT Bit de marca de acoplamiento en la CPU local

0 ≤ CF_BIT ≤ 7

NDR 1 OUTPUT BOOL Petición terminada sin errores, datos aceptados




LEN 1 OUTPUT INT Longitud del telegrama recibido 0 ≤ LEN ≤ 4096, Indicación en número de bytes






Figura 6-5 Cronograma FB 7 P_RCV_RK para la petición "Preparar datos"




6.4.4 Recoger datos con FB P_SND_RK (petición activa) El bloque de función FB P_SND_RK puede recoger datos de un interlocutor remoto y depositarlos en un área de datos S7 de su sistema de automatización mediante la configuración del parámetro SF = F.

Nota Si recoge datos de un CP 341, en el CP 341 debe programar siempre un FB P_RCV_RK.

Con un flanco ascendente en la entrada REQ se inicia la transmisión de los datos. Dependiendo de la cantidad de datos (LEN), la transmisión puede desarrollarse en varias llamadas (ciclos del programa). Con el parámetro LADDR se indica la dirección del CP 341 que se va a llamar. Indicando el número de CPU (R_CPU_NO, sólo relevante para comunicación multiproceso) se especifica el interlocutor del que se recogen los datos. Las fuentes permitidas para la recogida de datos son los siguientes tipos de datos (R_TYP): bloques de datos, bloques de datos ampliados, marcas, entradas, salidas, contadores y temporizadores. La fuente está completamente especificada indicando el tipo de datos (R_TYP) o el número de bloque de datos (R_NO, sólo relevante con bloques de datos y con bloques de datos ampliados) y el offset (R_OFFSET) del primer byte de datos a enviar de dicha área. Con R_CF_BYT y R_CF_BIT se define en la CPU del interlocutor el byte y el bit de la marca de acoplamiento. Las únicas áreas de destino permitidas son los bloques de datos (DB). La fuente está completamente especificada si se indica el número de bloque de datos (DB_NO) y el offset (DBB_NO) en el que va a escribirse el byte de datos a enviar. El bloque de función FB P_SND_RK se puede llamar en el ciclo con el estado lógico "1" en la entrada de parámetros R. De este modo de cancela la transmisión al CP 341 y el FB P_SND_RK pasa al estado básico. Si en la entrada R está activo el estado estático de señal "1", la recogida está desactivada.

Indicación de error en el FB P_SND_RK La salida DONE indica "Fin de petición sin errores". ERROR indica que se ha producido un error. En caso de producirse un error, el número correspondiente de evento se indica en STATUS. Si no se produce ningún fallo, STATUS tiene el valor 0. DONE y ERROR/STATUS se indican también en caso de RESET del FB P_SND_RK. Si se ha producido un error, se desactiva el resultado binario RB. Si el bloque finaliza sin errores, el estado del resultado binario es "1".

Nota El bloque de función FB P_SND_RK no comprueba la parametrización; si la parametrización es errónea, la CPU puede derivar a estado STOP.



Particularidades de los bloques de datos (ampliados) Al "Recoger datos" de bloques de datos y de bloques de datos ampliados, observe las siguientes particularidades: ● Con el protocolo RK 512 sólo es posible recoger un número par de datos. Si ha

especificado como longitud (LEN) un número impar, se transmite siempre un byte más. Sin embargo, en el DB de destino se registra el número correcto de datos.

● Con el protocolo RK 512 sólo puede indicarse un offset par. Por esta razón, si se especifica un offset impar, se recogen los datos del siguiente offset par inmediatamente inferior del interlocutor. Ejemplo: Offset es 7; se recogen los datos a partir del byte 6.

Particularidades de temporizadores y contadores Si recoge temporizadores o contadores del interlocutor, debe tener en cuenta que para cada temporizador o contador se recogen 2 bytes. Si, p. ej., desea recoger 10 contadores, debe indicar la longitud 20.

¿Qué se debe hacer? Llamada de bloques Representación AWL Representación KOP CALL P_SND_RK, I_SND_RK

SF: =

REQ: =

R: =

LADDR: =

DB_NO: =

DBB_NO: =

LEN: =

R_CPU_NO: =

R_TYP: =

R_NO: =

R_OFFSET: =

R_CF_BYT =

R_CF_BIT =

DONE: =

ERROR: =

STATUS: =





Parámetros FB P_SND_RK En la siguiente tabla encontrará los parámetros del FB 8 P_SND_RK para la petición "Recoger datos".

Tabla 6- 8 Parámetros FB 8 P_SND_RK para la petición "Recoger datos"



SF INPUT CHAR Selección para enviar o recoger datos

SF = 'F' (Fetch = recoger), valor por defecto: 'S' (enviar)


R INPUT BOOL Cancelación de la petición Se cancela la petición en curso. Bloqueo de recogida. Valor por defecto: 0

LADDR INPUT INT Dirección base del CP 341 La dirección base se toma de STEP 7. DB_NO INPUT INT Número del bloque de datos del

destino Nº de DB emisor: específico de la CPU. No se permite el valor 0.

DBB_NO INPUT INT Número del byte de datos del destino

0 ≤ DBB_NO ≤ 8190 datos de transmisión a partir del byte de datos

LEN INPUT INT Longitud de datos del telegrama que debe recogerse

1 ≤ LEN ≤ 4096, indicación en número de bytes1

R_CPU_NO INPUT INT Nº de la CPU del interlocutor 0 ≤ R_CPU_NO ≤ 4, sólo en modo multiprocesador, valor por defecto: 1

R_TYP INPUT CHAR Tipo de dirección en la CPU del interlocutor

'D': bloque de datos 'X': bloque de datos ampliado 'M': marcas 'E': entradas 'A': salidas 'Z': contadores 'T': temporizadores

R_NO INPUT INT Número del bloque de datos en la CPU del interlocutor

0 ≤ R_NO ≤ 255

R_OFFSET INPUT INT Número del byte de datos en la CPU del interlocutor

R_CF_BYT INPUT INT Byte de marcas de acoplamiento en la CPU del interlocutor

0 ≤ CF_BYTE ≤ 255 valor por defecto: 255 (significa: sin marca de acoplamiento)

R_CF_BIT INPUT INT Bit de marca de acoplamiento en la CPU del interlocutor

0 ≤ CF_BIT ≤ 7











Parámetros en el FB para origen de datos (CPU del interlocutor) En la siguiente tabla encontrará los tipos de datos que se pueden transferir.

Tabla 6- 9 Tipos de datos transferibles para la petición "Recoger datos"

Origen en la CPU del interlocutor

R_TYP R_NO R_OFFSET (en bytes) (Este valor está predeterminado por la CPU del interlocutor.)

Bloque de datos 'D' 0 - 255 0 - 510 (sólo se recomiendan valores pares)

Bloque de datos ampliado

'X' 0 - 255 0 - 510 (sólo se recomiendan valores pares)

Marcas 'M' Irrelevante 0 - 255 Entradas 'E' Irrelevante 0 - 255 Salidas 'A' Irrelevante 0 - 255 Contadores 'Z' Irrelevante 0 - 255 Temporizadores 'T' Irrelevante 0 - 255



Información del encabezado del telegrama En la siguiente tabla encontrará los datos contenidos en el encabezado del telegrama RK 512.

Tabla 6- 10 Información del encabezado del telegrama RK 512 para la petición "Recoger datos"

Origen en la CPU del interlocutor

Para el destino de su sistema de automatización

S7 (CPU local)

Encabezado del telegrama, bytes

3/4 tipo de comando

5/6 Q-DBNR/Q-Offset

7/8 número en

Bloque de datos Bloque de datos ED DB/DW Palabras Bloque de datos ampliado Bloque de datos EX DB/DW Palabras Marcas Bloque de datos EM Dirección de byte Bytes Entradas Bloque de datos EE Dirección de byte Bytes Salidas Bloque de datos EA Dirección de byte Bytes Contadores Bloque de datos EZ Número del

contador Palabras

Temporizadores Bloque de datos ET Número del temporizador

Palabras

Explicación de las abreviaturas: Q-DBNR: Número de bloque de datos fuente Offset Q: Dirección inicial de la fuente



Cronograma del FB P_SND_RK La figura siguiente muestra el comportamiento de los parámetros DONE y ERROR en función del estado de la entrada de REQ y R.

Figura 6-6 Cronograma del FB 8 P_SND_RK para la petición "Recoger datos"


Comunicación mediante bloques de función 6.5 Utilización de los bloques de función con el driver ASCII


6.5 Utilización de los bloques de función con el driver ASCII

6.5.1 Bloques de función con el driver ASCII Para la transmisión de datos con el driver ASCII pueden utilizarse las mismas funciones que con el procedimiento 3964(R). En otras palabras: todas las informaciones referentes a los bloques de función FB P_SND_RK y FB P_RCV_RK para el procedimiento 3964(R), son asimismo válidas para el driver ASCII. Además, el driver ASCII también le permite leer y controlar las señales cualificadoras RS 232C si utiliza el submódulo interfaz RS 232C. A continuación sólo explicamos los pasos que debe realizar para utilizar las funciones adicionales. Para "Leer y controlar las señales cualificadoras RS 232C" dispone de los siguientes bloques de función. ● FC 5 V24_STAT para comprobar los estados de interfaz ● FC 6 V24_SET para activar/desactivar las salidas de interfaz

Nota Para el CP 341 sólo puede utilizar las funciones FC 5 V24_STAT y FC 6 V24_SET de versión ≥ 2.0. Si utiliza la versión 1.0 pueden falsearse los datos.



6.5.2 Comprobar estados de interfaz del CP 341 La FC V24_STAT lee del CP 341 las señales cualificadoras RS 232C y las pone a disposición del usuario en los parámetros del bloque. A la FC V24_STAT se accede cíclicamente o bien estáticamente (sin condiciones) en un programa controlado por tiempo. Las señales cualificadoras RS 232C se actualizan cada vez que se llama la función (sondeo cíclico). El CP 341 actualiza el estado de las entradas/salidas con una base de tiempo de 20 ms. Con independencia de ello, las entradas/salidas se actualizan continuamente. El resultado binario RB permanece igual. La función no emite mensaje de error. Con el parámetro LADDR se selecciona el CP 341 que se va a llamar.

¿Qué se debe hacer? Llamada de bloques Representación AWL Representación KOP CALL V24_STAT

LADDR: =

DTR_OUT: =

DSR_IN: =

RTS_OUT: =

CTS_IN: =

DCD_IN: =

RI_IN: =

Nota Los parámetros EN y ENO sólo aparecen en la representación gráfica (con KOP o FUP). Para poder procesar estos parámetros, el compilador utiliza el resultado binario RB.

Asignación en el área de datos La función FC V24_STAT no ocupa áreas de datos.

Nota Para detectar un cambio de señal se requiere una duración de impulso mínima. Las magnitudes decisivas son el tiempo de ciclo de la CPU, el tiempo de actualización en el CP 341 y el tiempo de reacción del interlocutor.



Parámetros FC 5 V24_STAT La siguiente tabla describe los parámetros del FC 5 V24_STAT.

Tabla 6- 11 Parámetros FC 5 V24_STAT



LADDR INPUT INT Dirección base del CP 341 La dirección base se toma de STEP 7.

DTR_OUT OUTPUT BOOL Data terminal ready, CP 341 listo para entrar en funcionamiento

(salida del CP 341)

DSR_IN OUTPUT BOOL Data set ready, interlocutor listo para entrar en funcionamiento

(entrada del CP 341)

RTS_OUT OUTPUT BOOL Request to send, CP 341 listo para enviar

(salida del CP 341)

CTS_IN OUTPUT BOOL Clear to send, el interlocutor puede recibir datos del CP 341 (respuesta a RTS = ON del CP 341)


DCD_IN OUTPUT BOOL Data Carrier detect, nivel de señal de recepción


RI_IN OUTPUT BOOL Ring Indicator, indicador de llamada




6.5.3 Activar/desactivar salidas de interfaz del CP 341

FC V24_SET El usuario puede activar o desactivar las correspondientes salidas de interfaz a través de las entradas de parametrización de la función FC V24_SET. A la función FC V24_STAT se accede cíclicamente o bien estáticamente (sin condiciones) en un programa controlado por tiempo. El resultado binario RB permanece igual. La función no emite mensaje de error. Con el parámetro LADDR se selecciona el CP 341 que se va a llamar.

Llamada de bloques Representación AWL Representación KOP CALL V24_SET

LADDR: =

RTS: =

DTR: =

Nota Los parámetros EN y ENO sólo aparecen en la representación gráfica (con KOP o FUP). Para poder procesar estos parámetros, el compilador utiliza el resultado binario RB.

Asignación en el área de datos La función V24_SET no ocupa áreas de datos.



Parámetros FC 6 V24_SET La siguiente tabla describe los parámetros del FC 6 V24_SET.

Tabla 6- 12 Parámetros FC 6 V24_SET

Nombre Clase Tipo de datos Comentario Valores permitidos, observación LADDR INPUT INT Dirección base del CP 341 La dirección base se toma de

STEP 7. RTS INPUT BOOL Request to send,

CP 341 listo para enviar (CP 341-Forzar salida)

DTR INPUT BOOL Data terminal ready, CP 341 listo para entrar en funcionamiento

(CP 341-Forzar salida)

Consulte también Principio de la transmisión de datos con el driver ASCII (Página 62)

Comunicación mediante bloques de función 6.6 Utilización de los bloques de función para imprimir textos de aviso en una impresora


6.6 Utilización de los bloques de función para imprimir textos de aviso en una impresora

Introducción Para imprimir textos de aviso se dispone del bloque de función FB 13 P_PRINT_RK. El FB 13 P_PRINT_RK transmite p.ej. un aviso de proceso al CP 341. El CP 341 imprime el aviso en la impresora conectada.

Salida de textos de aviso El FB P_PRINT_RK transmite un texto de aviso de hasta cuatro variables al CP 341. Los textos de aviso se configuran con la interfaz de parametrización CP 341: Parametrizar acoplamiento punto a punto. Para la transmisión de datos se llama al FB P_PRINT_RK cíclicamente, o bien estáticamente (sin condiciones) en un programa controlado por tiempo. A través de los parámetros DB_NO y DBB_NO puede accederse a los punteros (puntero de bloques de datos) para la cadena de formato y las cuatro variables. Los punteros deben estar depositados sin huecos y en un orden determinado en el bloque de datos parametrizado (DB de punteros) (véase la figura "DB de punteros"). La transmisión del texto de aviso se dispara con un flanco ascendente en la entrada REQ. Primero se transfiere la cadena de formato del texto de aviso. Después se transfieren las variables 1 a 4. Dependiendo de la cantidad de datos, la transmisión puede desarrollarse en varias llamadas (ciclos del programa). El bloque de función FB P_PRINT_RK se puede llamar con el estado lógico "1" en la entrada de parámetros R en el ciclo. De este modo se cancela la transmisión al CP 341 y el FB P_PRINT_RK pasa al estado inicial. Los datos que ya han sido recibidos por el CP 341 se terminan de enviar al interlocutor. Si en la entrada R está activado el estado lógico estático "1", significa que la transmisión de trabajos de impresión está desactivada. En el parámetro LADDR se indica la dirección del CP 341 que se va a llamar. La salida DONE indica "Fin de petición sin errores". ERROR indica que se ha producido un error. En caso de error, el número de evento correspondiente se indica en STATUS. Si no se produce ningún error, STATUS tiene el valor 0. DONE y ERROR/STATUS se indican también en caso de RESET del FB P_PRINT_RK. Si se ha producido un error, se desactiva el resultado binario RB. Si el bloque finaliza sin errores, el estado del resultado binario es "1".

Nota El bloque de función P_PRINT no comprueba la parametrización; si la parametrización es errónea, la CPU puede derivar al estado STOP. Después de un cambio de estado de la CPU de STOP a RUN, antes de que el CP 341 pueda procesar una petición ya iniciada debe haber concluido el mecanismo de arranque CP–CPU del FB P_PRINT_RK. Una petición iniciada entretanto no se pierde. Será transmitida al CP 341 una vez concluida la coordinación del arranque.



Llamada de bloques Representación AWL Representación KOP CALL P_PRINT_RK, I_PRINT

REQ: =

R: =

LADDR: =

DB_NO: =

DBB_NO: =

DONE: =

ERROR: =

STATUS: =


Ocupación en el área de datos, DB de instancia El FB P_PRINT_RK opera conjuntamente con un DB de instancia I_PRINT. El número de DB también se indica al realizar la llamada. El DB de instancia tiene 40 bytes de longitud. No se puede acceder a los datos del DB de instancia.

Nota Excepción: Si se produce un error, STATUS == W#16#1E0F, se puede consultar una indicación más precisa sobre el error en la variable SFCERR o SFCSTATUS. Encontrará información detallada en "Llamada a variable SFCERR o SFCSTATUS".



Ocupación en el área de datos - DB de punteros El FB P_PRINT_RK accede, a través de los parámetros DB_NO y DBB_NO, a un DB de punteros en el que están depositados en un orden fijo los punteros para los bloques de datos con los textos de aviso y las variables. El DB de punteros debe crearlo el usuario. La figura muestra la estructura del DB de punteros, al que se accede con los parámetros DB_NO y DBB_NO del FB P_PRINT_RK.

Figura 6-7 Estructura del DB de punteros para el bloque de función FB P_PRINT_RK

Número de DB permitido Los números de DB permitidos son específicos de cada CPU. Si con "Puntero en variable" se indica como número de DB el valor 16#00, dicha variable se interpreta como inexistente, y el puntero se coloca en la siguiente variable o en la cadena de formato. Si con "Puntero en cadena de formato" el número de DB es igual al valor 16#00, se interrumpe el trabajo de impresión y se indica el número de evento 16#1E43 en la salida de parametrización STATUS del FB P_PRINT_RK.

Número de DBB permitido A partir del número de DBB parametrizado figura la variable o la cadena de formato. La máxima longitud permitida de las variables es 32 bytes, y de la cadena de formato 150 bytes. Si se sobrepasa la longitud máxima, se interrumpe el trabajo de impresión y se indica el número de evento 16#1E41 en la salida de parametrización STATUS del FB P_PRINT_RK.



Longitud permitida La información sobre la longitud en el DB de punteros debe adaptarse para cada modo de representación (tipos de datos) y en función de la precisión utilizada.

Parámetros FB 13 P_PRINT_RK La siguiente tabla describe los parámetros del FB 13 P_PRINT_RK.

Tabla 6- 13 Parámetros FB 13 P_PRINT_RK




R INPUT BOOL Cancelación de la petición Se cancela la petición en curso. Impresión bloqueada.

LADDR INPUT INT Dirección base del CP 341 La dirección base se toma de STEP 7.DB_NO INPUT INT Número del bloque de datos Puntero hacia DB de punteros:

específico de la CPU. No se permite el valor 0 (Los punteros en variable y cadena de formato están guardados en el DB de punteros en un orden fijo).

DBB_NO INPUT INT Número del byte de datos 0 ≤ DBB_NO ≤ 8162, puntero a partir del byte de datos



ERROR OUTPUT BOOL La petición ha finalizado con errores


STATUS OUTPUT WORD Especificación del error Si ERROR == 1, en el parámetro STATUS se incluye información sobre el error.

1 El parámetro DONE está disponible durante un ciclo de la CPU tras la petición de envío correcta.



Cronograma de ejecución del FB 13 P_PRINT_RK La figura siguiente muestra el comportamiento de los parámetros DONE y ERROR en función del estado de la entrada de REQ y R.

Figura 6-8 Cronograma de ejecución del FB 13 P_PRINT_RK

Nota La entrada REQ está activada por flanco. Es suficiente un flanco ascendente en la entrada REQ. No tiene que estar durante toda la transmisión en el estado lógico "1".

Comunicación mediante bloques de función 6.7 Parametrización de los bloques de función


6.7 Parametrización de los bloques de función

6.7.1 Generalidades sobre la asignación de bloques de datos

Introducción Este capítulo está dirigido a quienes cambien de SIMATIC S5 a SIMATIC S7. En los apartados que siguen se describe lo que debe tener en cuenta para programar bloques de función en STEP 7.

Direccionamiento En STEP 7 los operandos de datos se direccionan en bloques de datos mediante bytes (en contraposición a STEP 5, donde el direccionamiento se realiza por palabras). Por esta razón debe convertir correspondientemente las direcciones de los operandos de datos.

Figura 6-9 Comparación del direccionamiento de datos en STEP 5 y en STEP 7

La dirección de una palabra de datos se duplica en STEP 7 con respecto a STEP 5. Ya no es posible dividir en un byte de datos derecho y otro izquierdo. La numeración de los bits va de 0 a 7 en cualquier caso.



Ejemplos Los operandos de datos de STEP 5 (columna izquierda de la tabla) se convierten en los operandos de datos de STEP 7 (columna derecha de la tabla). STEP 5 STEP 7 DW 10 DBW 20 DL 10 DBB 20 DR 10 DBB 21 D 10.0 DBX 21.0 D 10.8 DBX 20.0 D 255.7 DBX 511.7



6.7.2 Asignación de los parámetros de bloque

Directa/Parametrización indirecta En los bloques de STEP 7 no es posible una parametrización indirecta (transferencia de los parámetros en el bloque de datos actualmente abierto) como en STEP 5. En todos los parámetros de bloque pueden establecerse tanto constantes como variables, de modo que en STEP 7 ya no es necesario diferenciar entre parametrización directa e indirecta.

Ejemplo de "parametrización directa" Llamada al FB 8 conforme a la "parametrización directa": AWL Segmento 1:

CALL FB 8, DB8

SF := S //Petición Enviar

REQ := M 0.6 //Iniciar SEND

R := M 5.0 //Iniciar RESET

LADDR := +336 //Dirección base, PB336

DB_NO := +11 //Bloque de datos DB 11

DBB_NO := +0 //a partir de palabra de datos DBB O

LEN := +15 //Longitud 15 bytes

R_CPU_NO := //

R_TYP := //

R_NO := //

R_OFFSET := //

R_CF_BYT := //

R_CF_BIT := //

DONE := M 26.0 //Fin sin errores

ERROR := M 26.1 //Fin con errores

STATUS := MW 27 //Palabra de estado



Ejemplo de "parametrización indirecta" Llamada al FB 8 conforme a la "parametrización indirecta": AWL Segmento 1:

CALL FB 8, DB8




LADDR := MW21 //Dirección base en la MW21

DB_NO := MW40 //Nº de DB en la MW40

DBB_NO := MW42 //Nº de DBB en la MW42

LEN := MW44 //Longitud en la MW44

R_CPU_NO := //

R_TYP := //

R_NO := //

R_OFFSET := //

R_CF_BYT := //

R_CF_BIT := //






Parametrización de palabras de datos No está permitido indicar palabras de datos (indicación parcial), ya que (en función del operando actual) en la función estándar no puede determinarse el bloque de datos actualmente abierto. Si como parámetro actual se indica un operando de datos, debe utilizarse siempre la indicación completa. La dirección completa se puede indicar de manera absoluta o simbólica. En el caso de operandos de datos con dirección completa, el compilador rechaza un direccionamiento mixto.

Ejemplo 1 El nombre simbólico del bloque de datos se registra en la tabla de símbolos; el nombre simbólico para del operando de datos se declara en el correspondiente bloque de datos. AWL DB 10.DBW 0 Direccionamiento absoluto completo

CP_DB.SEND_DWNR Direccionamiento simbólico completo

Ejemplo 2 El nombre simbólico del bloque de datos utilizado DB 10 debe ser "CP_DB", el nombre simbólico del número de DB de envío debe ser "SEND_DBNR" y hallarse en el bloque de datos DB 10 de la palabra de datos DBW 0. La dirección inicial del telegrama de envío debe ser "SEND_DWNR" y hallarse en el bloque de datos DB 10 en la DBW 2, y la longitud del telegrama debe ser "SEND_LAE" y hallarse en el bloque de datos DB 10 en la DBW 4. Como variable para la dirección del módulo se emplea la palabra de marca "BGADR" (MW21), para el parámetro DONE la marca "SEND_DONE" (M26.0), para el parámetro ERROR la marca "SEND_ERROR" (M26.1), y para el parámetro STATUS la palabra de marca "SEND_STATUS" (MW27). En la página siguiente se muestran los listados AWL para este ejemplo.



Ejemplo "Operando actual con direccionamiento absoluto" Llamada al FB 8 con operandos actuales direccionados de forma absoluta: AWL Segmento 1:

CALL FB 8, DB8




LADDR := MW21 //Dirección base en la MW21

DB_NO := DB10.DBW0 //Nº de DB en la DBW0 del DB10

DBB_NO := DB10.DBW2 //a partir del n.º de DBB, se halla //en la DBW2 del DB10

LEN := DB10.DBW4 //La longitud se halla en la DBW4 del DB10

R_CPU_NO := //

R_TYP := //

R_NO := //

R_OFFSET := //

R_CF_BYT := //

R_CF_BIT := //






Ejemplo "Operando actual direccionado simbólicamente" Llamada al FB 8 con operandos actuales direccionados de forma simbólica: AWL Segmento 1:

CALL FB 8, DB8




LADDR := BGADR //Dirección base

DB_NO := CP_DB.SEND_DBNR //Nº de DB de envío

DBB_NO := CP_DB.SEND_DWNR //TG a partir del byte de datos

LEN := CP_DB.SEND_LAE //Longitud TG

R_CPU_NO := //

R_TYP := //

R_NO := //

R_OFFSET := //

R_CF_BYT := //

R_CF_BIT := //

DONE := SEND_DONE //Fin sin errores

ERROR := SEND_ERROR //Fin con errores

STATUS := SEND_STATUS //Palabra de estado

Mecanismo EN/ENO Los parámetros EN y ENO sólo aparecen en la representación gráfica (con KOP o FUP). Para poder procesar estos parámetros, el compilador utiliza el resultado binario RB. El resultado binario RB se aplica al estado lógico "1" si el bloque se ha finalizado sin errores. Si hay un error, el resultado binario RB se pone a "0".

Comunicación mediante bloques de función 6.8 Generalidades sobre la ejecución del programa


6.8 Generalidades sobre la ejecución del programa

Comportamiento de arranque del sistema de automatización CP 341 Los datos de parametrización se crean con ayuda del interfaz de parametrización CP 341: Parametrizar acoplamiento punto a punto y transferidos a la CPU con el software STEP 7. En cada arranque de la CPU se asignan al CP 341 los parámetros actuales mediante los servicios del sistema de la CPU.

Comportamiento de arranque FB-CP 341 Una vez establecido el enlace CPU-CP 341 debe inicializarse el CP 341. Para cada bloque de función, P_SND_RK, P_RCV_RK, existe la correspondiente coordinación del arranque. Antes de poder ejecutar activamente las peticiones debe haber concluido el correspondiente mecanismo de arranque.

Bloqueo de alarmas Las alarmas no se bloquean en los bloques de función.

Direccionamiento del módulo La dirección lógica base se define mediante STEP 7 y debe ser indicada por el usuario en el parámetro de bloque LADDR.

Comunicación mediante bloques de función 6.9 Datos técnicos de los bloques de función


6.9 Datos técnicos de los bloques de función

Espacio de memoria necesario La tabla siguiente indica el espacio de memoria necesario de los bloques de función y las funciones del CP 341.

Tabla 6- 14 Espacio de memoria necesario para los bloques de función / las funciones en bytes

Bloque Nombre Versión Memoria de carga

Memoria de trabajo Datos locales

FC 5 V24_STAT 2.0 188 72 2 FC 6 V24_SET 2.0 156 48 2 FB 7 P_RCV_RK 2.1 3584 2982 106 FB 8 P_SND_RK 2.3 3036 2490 32

Número mínimo de ciclos de CPU La tabla siguiente describe el número mínimo de ciclos de CPU (llamadas a FB/FC) necesario para ejecutar una "petición mínima" (32 bytes SEND/RECEIVE para el contingente de datos útiles transportados por cada ciclo de programa). Esta consideración sólo se aplica en funcionamiento central.

Tabla 6- 15 Número mínimo de ciclos de CPU

Número de ciclos de CPU en la ejecución ... Fin sin errores Fin con errores RESET/ARRANQUE

P_RCV_RK ≥ 3 ≥ 3 ≥ 4 P_SND_RK ≥ 3 ≥ 3 ≥ 4 V24_STAT 1 - - V24_SET 2 >> 2 -

Después de un cambio de estado de la CPU de STOP a RUN y antes de que el CP 341 pueda procesar una petición ya iniciada, debe haber concluido el mecanismo de arranque CP–CPU del P_SND_RK. Una petición iniciada entretanto no se pierde. Se transmitirá al CP 341 una vez concluida la coordinación del arranque. Antes de que el CP 341 pueda recibir o preparar un telegrama en el programa de usuario después de un cambio de estado de la CPU de STOP a RUN debe haber concluido el mecanismo de arranque CP-CPU "P_RCV_RK".

Comunicación mediante bloques de función 6.9 Datos técnicos de los bloques de función


Funciones de sistema utilizadas En los bloques se emplean las siguientes funciones de sistema: ● SFC 58 WR_REC Escribir registro ● SFC 59 RD_REC Leer registro

ATENCIÓN Los nuevos bloques de función estándar del CP341 • FB7 ≥ V3.0 (P_RCV_RK) • FB8 ≥ V3.0 (P_SND_RK) y • y FB13 ≥ V1.0 (P_PRT341) utilizan los nuevos bloques de función de sistema SFB52 (RDREC) o SFB53 (WRREC), que sólo son soportados por las versiones de CPU más recientes (*). La conversión ha sido necesaria porque las antiguas llamadas del sistema SFC58 (WR_REC) y SFC59 (RD_REC) no son adecuadas para funcionar detrás de un IE/PB-Link o encabezado PROFINET. Para los usuarios que disponen de versiones de CPU antiguas que todavía no soportan SFB52 (RDREC) ni SFB53 (WRREC), las versiones de FB7 y FB8 existentes hasta ahora se ofrecen adicionalmente en los lugares habituales con las denominaciones FB107 (P_RCV_RK_OLD) y FB108 (P_SND_RK_OLD). (*) Todas las CPUs S7-300 con MMC y las CPUs S7-400 a partir de la versión de firmware V3.0.0 soportan los nuevos bloques de función de sistema SFB52 y SFB53. La CPU 318 sólo admite el uso de SFB52/SFB53 con periferia conectada de forma descentralizada.


Comportamiento de arranque y cambios de estado operativo del CP 341 77.1 Estados operativos del CP 341

El CP 341 distingue los estados operativos STOP, reparametrización y RUN.

STOP Cuando el CP 341 está en estado STOP no hay ningún driver de protocolo activo, y la CPU da confirmación negativa de todas las peticiones de envío y recepción. Hasta que no se subsane la causa del STOP (p. ej. Break, parámetros falsos) no se sale del estado STOP.

Reparametrización Con la reparametrización se inicializa el driver de protocolo. Durante la reparametrización está encendido el LED SF. Si no son posibles el modo de transmisión ni de recepción, el rearranque del driver provoca la pérdida de los telegramas de envío y recepción guardados en el CP 341. La comunicación CP-CPU arranca de nuevo (los telegramas en curso se interrumpen). Al terminar la reparametrización, el CP 341 está listo para enviar y recibir.

RUN El CP 341 ejecuta las peticiones de la CPU. La CPU pone a disposición para su recogida los telegramas recibidos por el interlocutor.

Comportamiento de arranque y cambios de estado operativo del CP 341 7.2 Comportamiento de arranque del CP 341


7.2 Comportamiento de arranque del CP 341

Arranque del CP 341 El arranque del CP 341 se divide en las siguiente fases: ● Inicialización (alimentación ON del CP 341) ● Parametrización

Inicialización En el momento en que se aplica tensión al CP 341, todos los componentes del módulo pasan al estado básico y son inicializados.

Parametrización Durante la parametrización, el CP 341 recibe los parámetros de módulo asignados al slot actual con la interfaz de parametrización CP 341: Parametrizar acoplamiento punto a punto. Se realiza una reparametrización. El CP 341 queda listo para entrar en funcionamiento.

Comportamiento de arranque al conectar la alimentación del módulo Si el CP 341 dispone de una tensión de alimentación propia de 24 V DC independiente de la CPU, en caso de caída y retorno de la tensión de alimentación de 24 V DC del CP 341 se interrumpe la comunicación de la CPU con el CP 341. Para restablecer la comunicación entre la CPU y el CP 341 proceda como se indica a continuación según el modelo de CPU o equipo utilizado: CPU/Equipo Referencia Procedimiento 313 6ES7313-1AD00-0AB0

6ES7314-1AE00-0AB0 314 6ES7314-1AE01-0AB0

314 IFM 6ES7314-5AE00-0AB0 315 6ES7315-1AF00-0AB0 315-2 DP 6ES7315-2AF00-0AB0 614 6ES7614-1AH00-0AB0

Desconecte y vuelva a conectar la tensión de red de la CPU.

Comportamiento de arranque y cambios de estado operativo del CP 341 7.2 Comportamiento de arranque del CP 341


Proceda del siguiente modo con las siguientes CPU: CPU Referencia Procedimiento 313 6ES7313-1AD01-0AB0 314 6ES7314-1AE02-0AB0 314 IFM 6ES7314-5AE01-0AB0 315 6ES7315-1AF01-0AB0 315-2 DP 6ES7315-2AF01-0AB0 318-2 DP 6ES7318-2AJ00-0AB0 614 6ES7614-1AH01-0AB0

Ponga la CPU en estado STOP y a continuación póngala de nuevo en estado RUN.

Comportamiento de arranque y cambios de estado operativo del CP 341 7.3 Comportamiento del CP 341 al cambiar el estado operativo de la CPU


7.3 Comportamiento del CP 341 al cambiar el estado operativo de la CPU

Después del arranque del CP 341 todos los datos se intercambian entre la CPU y el CP 341 a través de bloques de función. Principio

CPU-STOP Cuando CPU está en STOP no es posible el intercambio de datos a través del bus de fondo S7. Se interrumpen la transmisión de datos CP-CPU en curso y la petición de envío o de recepción, y se inicia un rearranque completo del enlace. Con el driver ASCII y el driver de impresora, no se interrumpe el intercambio de datos por la interfaz del CP 341 en caso de parametrización sin control de flujo, es decir, se termina la petición de transmisión en curso. Los telegramas de recepción se van recibiendo en el caso del driver ASCII hasta que se llene el búfer de recepción.

ARRANQUE de la CPU Durante el arranque, la CPU envía los parámetros establecidos en la interfaz de parametrización CP 341: Parametrizar acoplamiento punto a punto. El CP 341 sólo efectúa una reparametrización si se han modificado parámetros.

CPU-RUN Con la CPU en estado RUN son posibles, sin restricciones, los modos de transmisión y recepción. Los primeros ciclos de ejecución del FB tras el rearranque completo de la CPU se sincronizan el CP 341 y los FBs correspondientes. Sólo después se ejecuta otro FB u otra FC.

Particularidades en la transmisión de telegramas y en la salida por impresora Básicamente sólo es posible enviar telegramas en el estado RUN de la CPU. Si durante la transmisión de datos CPU > CP la CPU pasa a estado STOP, después del rearranque el FB P_SND_RK o bien el FB P_PRINT_RK notifica el error "Programa en curso interrumpido, Cancelación de petición por BREAK/Rearranque/Reset".

Nota El CP 341 no envía datos al interlocutor hasta no haber recibido todos los datos de la CPU.


Diagnóstico del CP 341 88.1 Funciones de diagnóstico del CP 341

Con las funciones de diagnóstico del CP 341 podrá localizar rápidamente los errores que se produzcan. Dispone de las siguientes posibilidades de diagnóstico: ● Diagnóstico con los indicadores del CP 341 ● Diagnóstico a través de la salida STATUS de los bloques de función ● Diagnóstico a través del búfer de diagnóstico del CP 341 ● Diagnóstico mediante la alarma de diagnóstico

Indicadores (LED) Los indicadores informan sobre el estado operativo o los posibles estados de error del CP 341. Los indicadores ofrecen una primera visión de conjunto de los fallos internos y externos que se han producido, así como los fallos específicos de cada interfaz.

Salida STATUS de los FBs Los bloques de función FB P_SND_RK y FB P_RCV_RK poseen una salida STATUS para el diagnóstico de errores. La lectura de la salida STATUS proporciona información sobre los errores que se han producido durante la comunicación. La salida STATUS se puede evaluar en el programa de usuario. El CP 341 también registra en su búfer de diagnóstico los eventos de diagnóstico en la salida STATUS.

Números de error en el telegrama de reacción Si trabaja con el protocolo para mainframe RK 512 y se produce un error en un telegrama SEND o FETCH en el interlocutor, éste envía un telegrama de reacción con un número de error en el 4º byte (véase el capítulo "Números de error en el telegrama de respuesta (Página 204)").

Búfer de diagnóstico del CP 341 Todos los errores del CP 341 se registran en el búfer de diagnóstico del CP 341. Al igual que con el búfer de diagnóstico de la CPU, también es posible visualizar en la programadora información del búfer de diagnóstico del CP relevante para el usuario en forma de texto explícito mediante las funciones de información de STEP 7 (véase el capítulo "Diagnóstico a través del búfer de diagnóstico del CP 341 (Página 205)").



Alarma de diagnóstico El CP 341 puede disparar una alarma de diagnóstico en la CPU que tiene asignada. El CP 341 pone 4 bytes de información de diagnóstico a disposición en el bus de fondo del S7-300. Dicha información se evalúa con el programa de usuario (OB 82) o con ayuda de una PG, mediante la lectura del búfer de diagnóstico de la CPU. El CP 341 también registra en el búfer de diagnóstico todos los eventos que disparan una alarma de diagnóstico. Si se produce un evento desencadenante de una alarma de diagnóstico, el LED INTF (rojo) se ilumina.



8.1.1 Diagnóstico con los indicadores del CP 341 Los indicadores del CP 341 proporcionan información sobre el CP 341. Se distinguen las siguientes funciones de indicación: ● Indicadores de error de grupo

– SF (rojo) Se ha producido un error o se está ejecutando una reparametrización. ● Indicadores especiales

– TXD (verde) Transmisión activa; se enciende cuando el CP 341 transmite datos útiles a través de la interfaz

– RXD (verde) Recepción activa; se enciende cuando el CP 341 recibe datos útiles a través de la interfaz

Nota En el capítulo "Cargar actualizaciones de firmware (Página 123)" encontrará la descripción de los indicadores LED que intervienen al cargar una actualización de firmware.

Indicador de avería colectiva SF El indicador de avería colectiva SF se enciende siempre después de conectar la alimentación (POWER ON) y se apaga después de la inicialización. Si se han definido datos de parametrización para el CP 341, el LED SF se enciende de nuevo brevemente durante la reparametrización. El indicador de avería colectiva SF se enciende cuando se han producido los siguientes errores: ● Fallo de hardware ● Error de firmware ● Error de parametrización o no existe parametrización ● BREAK (el cable receptor entre CP 341 e interlocutor está interrumpido)



8.1.2 Mensajes de diagnóstico de los bloques de función Para el diagnóstico de errores, cada bloque de función dispone de un parámetro STATUS. Cada uno de los números de mensaje STATUS tiene el mismo significado independientemente del bloque de función utilizado.

Esquema numérico Clase de evento/ Número de evento La figura siguiente muestra la configuración del parámetro STATUS.

Figura 8-1 Estructura del parámetro STATUS

Ejemplo La figura siguiente muestra el contenido del parámetro STATUS para el evento "Cancelación de la petición por rearranque completo, rearranque o reset" (clase de evento: 1EH, número de evento 0DH).

Figura 8-2 Ejemplo: Estructura del parámetro STATUS para el evento "Cancelación de petición por

rearranque completo, rearranque o reset"



Clases de eventos En la siguiente tabla encontrará una descripción de las diferentes clases y números de eventos.

Tabla 8- 1 Clases y números de eventos

Clase de evento 0 (00H): "Arranque del CP" N.º de evento Texto del evento Solución (00)03H Parámetros PtP aceptados - (00)04H Parámetros ya en el CP (sellos de tiempo

idénticos) -

(00)07H Cambio de estado de la CPU a STOP - (00)08H Cambio de estado de la CPU a RUN/ARRANQUE -

Clase de evento 1 (01H): "Fallo de hardware en el CP" N.º de evento Texto del evento Solución (01)01H Error al comprobar el EPROM del sistema

operativo del CP (01)02H Error al comporbar la RAM del CP (01)03H Interfaz de petición del CP defectuosa

CP defectuoso, debe cambiarse el CP.

(01)10H Error en el firmware del CP Desconecte el módulo y vuelva a conectarlo. Si es necesario, cambie el módulo.

Clase de evento 2 (02H): "Error al inicializar" N.º de evento Texto del evento Solución (02)0FH Al iniciarse la comunicación parametrizada se

detecta una parametrización no válida. No se ha podido parametrizar la interfaz.

Corrija la parametrización no válida y reinicie.



Clase de evento 3 (03H): "Error en la parametrización de los FBs" (no se indica en el búfer de diágnóstico) N.º de evento Texto del evento Solución (03)01H Tipo de datos fuente/destino no válido o no

encontrado Área (dirección de inicio, longitud) no válida DB no encontrado o no válido (por ejemplo DB 0) uotro tipo de datos de fuente o destino no válido o no disponible N.º del byte de marcas de acoplamiento no válido o N.º del bit de marcas de acoplamiento no válido o no está seleccionado ni 'S' ni 'F' (en el FB P_SND_RK)

Revise la parametrización de CPU y CP y corríjala en caso necesario. Sólo en RK 512: El interlocutor transmite parámetros no válidos en el encabezado del telegrama. Revise la parametrización de CPU y CP y configure un bloque en caso necesario. Consulte en las tablas de peticiones los tipos de datos permitidos. Sólo en RK 512: El interlocutor transmite parámetros incorrectos en el encabezado del telegrama.

Clase de evento 4 (04H): "Error detectado por el CP en la comunicación CP - CPU" N.º de evento Texto del evento Solución (04)03H Tipo de datos erróneo, desconocido o no

autorizado Revise el programa, p. ej. error en la parametrización del FB.

(04)07H Error en la transmisión de datos entre la CPU y el CP

Si el error se indica de forma permanente, compruebe si los FB a los que accede en el programa de usuario están parametrizados correctamente. Si el error se notifica inmediatamente tras conectar la alimentación, en ese momento todavía no hay ninguna conexión establecida con la CPU. Con el procedimiento 3964(R) y con el driver ASCII, el CP 341 que recibe repite la transmisión de datos hasta que éstos hayan sido transferidos a la CPU. En caso de RK 512, la petición se confirma negativamente y debe repetirse en el programa de usuario. Si el mensaje aparece esporádicamente durante el desarrollo de una transmisión de datos, la CPU no acepta los datos temporalmente. Con el procedimiento 3964(R) y con el driver ASCII, el CP 341 que recibe repite la transmisión de datos hasta que éstos hayan sido transferidos a la CPU. En caso de RK 512, la petición se confirma negativamente y debe repetirse en el programa de usuario. Para solucionar el problema, en su programa de usuario debe acceder con más frecuencia al FB P_RCV_RK.



Clase de evento 4 (04H): "Error detectado por el CP en la comunicación CP - CPU" N.º de evento Texto del evento Solución (04)08H Error en la transmisión de datos entre la CPU y

el CP (recepción) • La CPU está temporalmente sobrecargada,

la petición se repite • No es posible acceder temporalmente al

área de datos de la CPU, p. ej., porque no se accede con suficiente frecuencia al bloque de recepción.

• No es posible acceder temporalmente al área de datos de la CPU, p. ej., porque el bloque de recepción está temporalmente bloqueado (EN=false).

• Reduzca la cantidad de llamadas de comunicación

• Llame el bloque de recepción con más frecuencia

• Compruebe si el bloque de recepción está bloqueado durante demasiado tiempo

(04)09H No es posible recibir datos. Error en la transmisión de datos entre la CPU y el CP (recepción). No es posible recibir datos. Tras varios intentos se ha interrumpido la petición al cabo de 10 s, porque • no se accede al bloque de recepción

• el bloque de recepción está bloqueado

• no puede accederse al área de datos de la

CPU • el área de datos de la CPU es demasiado

corta

• Compruebe en su programa de usuario si se

accede al bloque de recepción. • Compruebe si el bloque de recepción está

bloqueado. • Compruebe si existe el área de datos a la que van

a transmitirse los datos. • Compruebe la longitud del área de datos.

(04)0AH Error en la transmisión de datos entre la CPU y el CP. La transmisión de datos se ha interrumpido con RESET porque: • no existe DB de destino • el DB de destino es demasiado corto • en el DB está activado el bit RESET

Cree el DB de destino en el programa de usuario o prolongue el DB de destino ya existente.



Clase de evento 5 (05H): "Error en la ejecución de una petición de la CPU" N.º de evento Evento Solución (05)01H La petición en curso ha sido interrumpida por un

rearranque del CP. En caso de conexión de la alimentación no hay solución. Al reparametrizar el CP desde la programadora, deberá asegurarse de que no se ejecuten más peticiones desde la CP antes de escribir en una interfaz.

(05)02H La petición no es válida en este estado operativo del CP (p. ej. interfaz del dispositivo no parametrizada).

Parametrice la interfaz del dispositivo.

(05)05H Sólo con driver de impresora: Bloque de datos del sistema con textos de aviso no disponible en CP

Configure los textos de aviso con el software de parametrización y reinicie.

(05)06H Sólo con driver de impresora: Texto de aviso no disponible

Configure los textos de aviso con el software de parametrización y reinicie.

(05)07H Sólo con driver de impresora: Texto de aviso demasiado largo

Modifique el texto de aviso hasta un máximo de 150 caracteres (a un máximo de 250 caracteres en caso de variables)

(05)08H Sólo con driver de impresora: Demasiadas instrucciones de conversión

Ha configurado más instrucciones de conversión que variables. Las instrucciones de conversión sin la variable correspondiente se ignoran.

(05)09H Sólo con driver de impresora: Demasiadas variables

Ha configurado más variables que instrucciones de conversión. Las variables sin instrucción de conversión no se imprimen.

(05)0AH Sólo con driver de impresora: Instrucción de conversión desconocida

Revise la instrucción de conversión. Las instrucciones de conversión no definidas o no compatibles se sustituyen por ****** en la impresión.

(05)0BH Sólo con driver de impresora: Instrucción de control desconocida

Revise la instrucción de control. Las instrucciones de control indefinidas o incompatibles se ignoran. La instrucción de control tampoco se imprime en forma de texto.

(05)0CH Sólo con driver de impresora: Instrucción de conversión no ejecutable

Revise la instrucción de conversión. Las instrucciones de conversión no ejecutables se imprimen con asteriscos * de acuerdo con el ancho definido y el resto válido de la instrucción, o bien de la representación estándar.

(05)0DH Sólo con driver de impresora: Ancho insuficiente o excesivo en la instrucción de conversión

Corrija el ancho especificado para la variable de la instrucción de conversión a partir del número máximo de caracteres de la variable en los modos de representación basados en texto (A, C, D, S, T, Y, Z). En la impresión sólo se imprime el número de caracteres correspondiente al ancho especificado, el resto no se imprime. En el resto de casos se imprimen asteriscos * en la cantidad equivalente al ancho.



Clase de evento 5 (05H): "Error en la ejecución de una petición de la CPU" N.º de evento Evento Solución (05)0EH Sólo con driveRS ASCII:

Error al enviar. Los caracteres de marca de fin parametrizados no han aparecido dentro de la longitud máxima admitida o bien se ha excedido la longitud de envío máxima al generarse anexos automáticamente.

Complemente los caracteres de marca de fin en el lugar deseado del búfer de envío o seleccione una longitud de telegrama menor en la generación automática de anexos.

(05)14H Direcciones de inicio demasiado elevadas para el tipo de datos deseado o dirección de inicio o n.º DB/DX demasiado bajo.

Consulte en la tabla de peticiones las direcciones de inicio y los números DB/DX que pueden especificarse en el programa.

(05)15H Sólo con RK 512: Número de bit erróneo en la marca de acoplamiento.

N.º de bit permitido: de 0 a 7

(05)16H Sólo con RK 512: Número de CPU demasiado elevado.

N.º permitido de CPU: ninguno, 0, 1, 2, 3 ó 4

(05)17H Longitud de transmisión > 1 kByte es demasiado elevado para CP o longitud insuficiente para parámetros de interfaz.

Divida la petición en varias peticiones de una longitud menor.

(05)1AH Sólo con RK 512: Error al enviar un telegrama de orden Se ha registrado un número de error de procedimiento inmediatamente antes en STATUS.

Vea las medidas a tomar en el número de evento anterior.

(05)1BH Sólo con driver de impresora: Precisión no válida

Corrija la precisión indicada en la instrucción de conversión. La precisión siempre va precedida de un punto que identifica y limita el ancho (p. ej.: ".2" para la impresión del punto decimal y 2 decimales). La precisión sólo es relevante en los modos de representación F, R, A y D. En el resto de casos se ignora.

(05)1CH Sólo con driver de impresora: Variable no válida (Longitud de variable incorrecta/tipo incorrecto)

Corrija la variable indicada. Consulte los tipos de datos válidos para el modo de representación en cuestión en la tabla respectiva.

(05)1EH Sólo con driver de impresora: Las "secuencias de fin de línea" enviadas con esta petición (p. ej.: $R / $L / $N) (ya) no encajan en la página (empezada)

Aumente la longitud de la página, reduzca la cantidad de líneas (o los saltos de línea) o reparta la impresión en varias páginas



Clase de evento 6 (06H): "Error al procesar una petición del interlocutor" sólo con RK 512 N.º de evento Texto del evento Solución (06)01H Error en el 1er byte de orden (excepto 00 ó FFH) Error de estructura del encabezado en el interlocutor.

Si fuese necesario, compruebe el comportamiento erróneo del equipo interlocutor con un dispositivo de comprobación de interfaces que se conecta a la línea de transmisión.

(06)02H Error en el 3er byte de orden (excepto A, 0 ó E) Error de estructura del encabezado en el interlocutor. Si fuese necesario, compruebe el comportamiento erróneo del equipo interlocutor con un dispositivo de comprobación de interfaces que se conecta a la línea de transmisión.

(06)03H Error en el 3er byte de orden en telegramas de continuación (orden diferente a la del 1er telegrama).

Error de estructura del encabezado en el interlocutor. Si fuese necesario, compruebe el comportamiento erróneo del equipo interlocutor con un dispositivo de comprobación de interfaces que se conecta a la línea de transmisión.

(06)04H Error en el 4º byte de orden (letra de orden incorrecta)

Error de estructura del encabezado en el interlocutor o se ha solicitado una combinación de órdenes no autorizada en el CP. Compruebe las órdenes permitidas. Si fuese necesario, compruebe el comportamiento erróneo del equipo interlocutor con un dispositivo de comprobación de interfaces que se conecta a la línea de transmisión.

(06)05H Error en el 4º byte de orden en el telegrama de continuación (la orden no es como en el 1er telegrama)

Error de estructura del encabezado en el interlocutor. Si fuese necesario, compruebe el comportamiento erróneo del equipo interlocutor con un dispositivo de comprobación de interfaces que se conecta a la línea de transmisión.

(06)06H Error en el 5º byte de orden (número de DB no permitido)

Consulte los números de DB, las direcciones de inicio y las longitudes válidas en las tablas de peticiones.

(06)07H Error en el 5º ó 6º byte de orden (dirección de inicio demasiado elevada)

Consulte los números de DB, las direcciones de inicio y las longitudes válidas en las tablas de peticiones.

(06)08H Error en el 7º u 8º byte de orden (longitud no válida)

Consulte los números de DB/DX, las direcciones de inicio y las longitudes válidas en las tablas de peticiones.

(06)09H Error en el 9º y 10º byte de orden (marca de coordinación no válida en este tipo de datos o número de bit demasiado elevado)

Error de estructura del encabezado en el interlocutor. Consulte en las tablas de peticiones los casos en los que se permiten utilizar las marcas de coordinación.

(06)0AH Error en el 10º byte de orden (número de CPU no válido)

Error de estructura de encabezado en el interlocutor

(06)0BH Telegrama SEND de mayor/menor longitud que la esperada (se han recibido más/menos datos que los anunciados en el encabezado del telegrama).

Es necesaria una corrección en el interlocutor

(06)0CH Recibido telegrama de orden FETCH con datos útiles.

Es necesaria una corrección en el interlocutor



Clase de evento 6 (06H): "Error al procesar una petición del interlocutor" sólo con RK 512 N.º de evento Texto del evento Solución (06)0DH EL CP ha recibido el telegrama en un modo de

operación no válido: • El enlace de recepción entre la CPU y el

CP no está estructurado correctamente • El CP todavía no ha arrancado por completo

• La CPU receptora se encuentra en estado

operativo STOP

• La interfaz solicitada se está reparametrizando es este momento

• Compruebe si la conexión que se intenta

establecer está (bien) parametrizada

• Este aviso de error sólo puede aparecer durante el arranque del CP. Repita la petición.

• Ponga de nuevo la CPU en estado operativo RUN y repita la petición.

• Se trata de un error temporal. Repita la petición.

(06)0EH Error de sincronización del interlocutor • Se ha recibido un nuevo telegrama de orden

(de continuación) antes de haber enviado un telegrama de reacción.

• 1. Se esperaba 1er telegrama de orden y se ha recibido un telegrama de continuación.

• Se esperaba telegrama de orden de continuación y se ha recibido el 1er telegrama.

Este error puede indicarse tras un reinicio del autómata propio en caso de telegramas de gran longitud o de reinicio del interlocutor. En estos casos se trata de un comportamiento de arranque normal del sistema. Durante el funcionamiento normal, el error también puede aparecer como consecuencia de estados de error que sólo ha detectadoel interlocutor. En cualquier otro caso debe partir de un comportamiento erróneo del dispositivo interlocutor. Es posible que el error no se produzca en peticiones < 128 bytes.

(06)0FH DB bloqueado por función de coordinación En el propio programa: Desactive la marca de acoplamiento después de procesar los últimos datos de transmisión. En el programa del interlocutor: Repetición de la petición

(06)10H Se ha recibido un telegrama de longitud insuficiente (longitud < 4 bytes para telegramas de continuación o reacción o longitud < 10 bytes para telegramas de orden)


(06)11H La longitud del telegrama y la longitud especificada en el encabezado de telegrama no coinciden.


(06)12H Error al enviar el telegrama de reacción (de continuación), se ha registrado un número de error de procedimiento inmediatamente antes en STATUS.

Vea las medidas de solución correspondientes al número de error registrado inmediatamente antes en STATUS.



Clase de evento 7 (07H): "Error de transmisión" N.º de evento Evento Solución (07)01H Envío del primer reintento:

• Se ha detectado un error durante el envío del telegrama o bien

• El interlocutor ha solicitado una repetición con un carácter de confirmación negativo (NAK).

Un reintento no es un error, pero puede ser un indicio de que hay interferencias en la línea de transmisión o de que el interlocutor no funciona correctamente. Si una vez alcanzado el número máximo de repeticiones el telegrama no ha podido ser enviado, se registra un n.º de error que describe el error que apareció en primer lugar.

(07)02H Sólo con 3964(R): Error al establecer la conexión: Tras el envío de STX se ha recibido NAK o un carácter cualquiera (excepto DLE o STX).


(07)03H Sólo con 3964(R): Tiempo de retardo de acuse (TRA) transcurrido: Tras en envío de STX no ha llegado ninguna respuesta del interlocutor dentro del tiempo de retardo de acuse.

El dispositivo interlocutor es demasiado lento o no está preparado para recibir o bien hay p. ej. una rotura de la línea de envío. Si fuese necesario, compruebe el comportamiento erróneo del equipo interlocutor con un dispositivo de comprobación de interfaces que se conecta a la línea de transmisión.

(07)04H Sólo con 3964(R): Cancelaciónpor parte del interlocutor: Durante el proceso de envío en curso el interlocutor ha recibido uno o varios caracteres.

Compruebe si el interlocutor también indica error porque quizá no han llegado todos los datos de transmisión (p. ej. rotura de la línea de transmisión), existen interferencias importantes o el interlocutor no funciona correctamente. Utilice para ello un dispositivo de comprobación de interfaces que se conecta a la línea de transmisión.

(07)06H Sólo con 3964(R): Error al terminar la conexión: • El telegrama ha sido rechazado por el

interlocutor con NAK u otro carácter al final (con la excepción de DLE) o bien

• El carácter de confirmación (DLE) se ha recibido demasiado pronto.

Compruebe si el interlocutor también indica error porque quizá no han llegado todos los datos de transmisión (p. ej. rotura de la línea de transmisión), existen interferencias importantes o el interlocutor no funciona correctamente. Utilice para ello un dispositivo de comprobación de interfaces que se conecta a la línea de transmisión.

(07)07H Sólo con 3964(R): Tiempo de retardo de acuse al final de la conexión/tiempo de vigilancia de la respuesta excedido tras el telegrama de transmisión: Tras deshacer la conexión con DLE ETX no ha llegado ninguna respuesta del interlocutor dentro del TRA.

El dispositivo interlocutor es demasiado lento o está defectuoso. Utilice para ello un dispositivo de comprobación de interfaces que se conecta a la línea de transmisión.

(07)08H Sólo para driver ASCII y driver de impresora: El tiempo de espera a XON o CTS = ON ha transcurrido.

El interlocutor está averiado, es demasiado lento o está offline. Compruebe el interlocutor o modifique la parametrización en caso necesario.

(07)09H No es posible establecer la conexión, se ha sobrepasado el número de intentos de establecimiento permitido.

Revise el cable de la interfaz o los parámetros de la transmisión. Compruebe también en el interlocutor si la función de recepción entre la CPU y el CP está correctamente parametrizada.



Clase de evento 7 (07H): "Error de transmisión" N.º de evento Evento Solución (07)0AH Los datos no han podido ser transmitidos, se ha

sobrepasado el número de intentos de transmisión permitido.

Revise el cable de la interfaz o los parámetros de la transmisión.

Clase de evento 8 (08H): "Error de recepción" N.º de evento Evento Solución (08)01H Esperando al primer reintento:

Al recibir un telegrama se ha detectado un error y el CP exige mediante un acuse negativo (NAK) un reintento del interlocutor.

Un reintento no es un error, pero puede ser un indicio de que hay interferencias en la línea de transmisión o de que el interlocutor no funciona correctamente. Si una vez alcanzado el número máximo de repeticiones el telegrama no ha podido ser enviado, se registra un n.º de error que describe el error que apareció en primer lugar.

(08)02H Sólo con 3964(R): Error al establecer la conexión: • En posición de reposo se han recibido uno o

más caracteres (cualquiera con la excepción de NAK o STX) o bien

• Tras la recepción de un STX el interlocutor ha enviado otros caracteres sin esperar la recepción de la respuesta DLE.

Tras la conexión de la alimentación del interlocutor: • Durante el tiempo de conexión del interlocutor,

el CP recibe un carácter indefinido.


(08)05H Sólo con 3964(R): Error lógico durante la recepción: Tras la recepción de DLE se ha recibido otro carácter cualquiera (con la excepción de DLE, ETX).

Compruebe si el interlocutor siempre duplica DLE en el encabezado del telegrama y en la cadena de datos o si la interrupción de la conexión se realiza con DLE ETX. Compruebe el comportamiento erróneo del dispositivo interlocutor con un dispositivo de comprobación de interfaz conectado a la línea de transmisión.

(08)06H Transcurrido el tiempo de retardo caracteres (TRC): • No se han recibido dos caracteres

consecutivos dentro del TRC o bien Sólo con 3964(R): • 1. El 1er carácter tras el envío de DLE en el

establecimiento de la conexión no se ha recibido dentro del TRC.

El dispositivo interlocutor es demasiado lento o está defectuoso. Utilice para ello un dispositivo de comprobación de interfaces que se conecta a la línea de transmisión.

(08)08H Sólo con 3964(R): Error en el carácter de comprobación de bloque BCC: El valor del BCC determinado internamente no concuerda con el BCC recibido por el interlocutor al final de la conexión.

Compruebe si la conexión tiene interferencias importantes; en este caso, ocasionalmente también pueden aparecer códigos de error. Si fuese necesario, compruebe el comportamiento erróneo del equipo interlocutor con un dispositivo de comprobación de interfaces que se conecta a la línea de transmisión.



Clase de evento 8 (08H): "Error de recepción" N.º de evento Evento Solución (08)0AH No hay un búfer de recepción libre disponible:

Durante la recepción no se disponía de ningún búfer de recepción vacío.

El FB P_RCV_RK debe ser llamado con mayor frecuencia.

(08)0CH Error de transmisión: • Se ha detectado un error de transmisión (error

de paridad, error de bit de parada, error de desbordamiento).

Sólo con 3964(R): • Si durante la posición de reposo se recibe un

carácter defectuoso, el error se indica inmediatamente para facilitar la detección prematura de interferencias en la línea de transmisión.

Sólo con RK 512 y 3964(R): • Si esto ocurre durante el modo de

transferencias o recepción, se inician repeticiones.

Las interferencias en la línea de transmisión provocan repeticiones del telegrama reduciendo el paso de datos útiles. El riesgo de que se produzca un error no detectado aumenta. Modifique la configuración de su sistema o la disposición de la línea. Compruebe la línea de conexión del interlocutor, o compruebe si la velocidad de transmisión, la paridad y el número de bits de parada coinciden en ambos equipos.

(08)0DH BREAK: La línea de recepción que conduce al interlocutor está interrumpida.

Restablezca la conexión o conecte el interlocutor.

(08)15H La parametrización del número de intentos de transmisión del CP y del interlocutor no concuerda.

Parametrice en el interlocutor el mismo número de intentos de transmisión que en el CP. Si fuese necesario, compruebe el comportamiento erróneo del equipo interlocutor con un dispositivo de comprobación de interfaces que se conecta a la línea de transmisión.

(08)16H • La longitud de un telegrama recibido era superior a la longitud máxima parametrizada.

Es necesaria una corrección en el interlocutor.

(08)18H Sólo con driver ASCII: DSR = OFF o CTS = OFF

El interlocutor ha puesto todas las señales DSR o CTS a "OFF" antes o durante una transmisión. Compruebe el control de las señales cualificadoras RS 232C en el interlocutor.



Clase de evento 9 (09H): "Se recibió telegrama de reacción erróneo o telegrama de error del interlocutor acoplado" N.º de evento Texto del evento Solución (09)02H Sólo con RK 512:

Error de acceso a la memoria en el interlocutor (memoria no disponible) Con SIMATIC S5 como interlocutor: • Área incorrecta en la palabra indicadora o • área de datos no disponible (excepto DB/DX) o • área de datos demasiado corta (excepto

DB/DX)

Compruebe si el área de datos en cuestión existe en el interlocutor y si es suficientemente grande o revise los parámetros del bloque de función de sistema llamado. Compruebe también la longitud indicada en el bloque de función del sistema.

(09)03H Sólo con RK 512: Error de acceso DB/DX en el interlocutor (DB/DX no disponible o demasiado corto) Con SIMATIC S5 como interlocutor: • DB/DX no disponible o • DB/DX demasiado corto o • N.º DB/DX no válido Se ha sobrepasado el área de origen permitida en la petición FETCH

Compruebe si el área de datos en cuestión existe en el interlocutor y si es suficientemente grande o revise los parámetros del bloque de función de sistema llamado. Compruebe también la longitud indicada en el bloque de función del sistema.

(09)04H Sólo con RK 512: El interlocutor notifica: "Tipo de petición no permitido".

Comportamiento erróneo del interlocutor, ya que el CP nunca envía una orden del sistema.

(09)05H Sólo con RK 512: Error en el interlocutor o con SIMATIC S5 como interlocutor: • Tipo de origen/destino no válido o bien • Error de memoria en el autómata del

interlocutor o bien • Error de entendimiento CP/CPU en el

interlocutor o bien • el autómata del interlocutor se encuentra en

estado STOP

Compruebe si el interlocutor puede transmitir el tipo de datos en cuestión. Compruebe la instalación del hardware del interlocutor. Conmute el selector del autómata interlocutor a la posición RUN.

(09)08H Sólo con RK 512: El interlocutor ha detectado un error de sincronización: El orden de los telegramas es incorrecto.

Este error se produce durante el rearranque completo del propio autómata o del del interlocutor. Se trata de un comportamiento normal de arranque de la instalación. No es necesario tomar ninguna medida. Durante el funcionamiento, este error también puede producirse como consecuencia de errores anteriores. De lo contrario, puede partir de la base de un comportamiento erróneo del interlocutor.

(09)09H Sólo con RK 512: DB/DX se encuentra bloqueado en el interlocutor por marcas de coordinación

En el programa del interlocutor: Desactive la marca de coordinación después de procesar los últimos datos de transmisión. En el programa: Repita la petición.

(09)0AH Sólo con RK 512: El interlocutor ha detectado errores en el encabezado del telegrama: el 3er byte de orden en el encabezado es erróneo

Compruebe si el error se debe a interferencias o a un comportamiento erróneo del interlocutor. Utilice para ello un dispositivo de comprobación de interfaces que se conecta a la línea de transmisión.



Clase de evento 9 (09H): "Se recibió telegrama de reacción erróneo o telegrama de error del interlocutor acoplado" N.º de evento Texto del evento Solución (09)0BH Sólo con RK 512:

Error en el encabezado del telegrama: 1. ó 4º byte de orden en el encabezado es erróneo


(09)0CH Sólo con RK 512: El interlocutor detecta una longitud de telegrama errónea (longitud total).


(09)0DH Sólo con RK 512: Hasta el momento no se ha llevado a cabo el rearranque completo del interlocutor.

Lleve a cabo el rearranque completo del autómata del interlocutor o ponga el selector de modo del CP en posición RUN.

(09)0EH Sólo con RK 512: Se ha recibido un número de error desconocido en el telegrama de reacción.


Clase de evento 10 (0AH): "Errores del telegrama de reacción del interlocutor que han sido detectados por el CP" (0A)01H Sólo con RK 512:

Error de sincronización del interlocutor porque • telegrama de reacción sin petición • telegrama de reacción recibido antes de que se

enviara el telegrama de continuación • tras enviar un primer telegrama se ha recibido

un telegrama de reacción de continuación • tras enviar un telegrama de continuación se ha

recibido el primer telegrama de reacción

Este error aparece tras un rearranque completo del propio autómata en telegramas de gran longitud o en caso de un rearranque completo del interlocutor. Se trata de un comportamiento normal de la instalación, no debe tomar ninguna medida. Durante el funcionamiento normal, el error también puede aparecer como consecuencia de estados de error que sólo ha detectado el interlocutor. En cualquier otro caso puede partir de un comportamiento erróneo del dispositivo interlocutor. Es posible que el error no se produzca en peticiones < 128 bytes.

(0A)02H Sólo con RK 512: Se han localizado errores en la estructura del telegrama de reacción recibido (1er byte diferente de 00 o FF)


(0A)03H Sólo con RK 512: El telegrama de reacción recibido contiene demasiados o bien muy pocos datos.


(0A)04H Sólo con RK 512: El telegrama de reacción a una petición SEND ha llegado con datos.




Clase de evento 10 (0AH): "Errores del telegrama de reacción del interlocutor que han sido detectados por el CP" (0A)05H Sólo con RK 512: No se ha recibido ningún

telegrama de reacción del interlocutor dentro del tiempo de vigilancia.

¿Es el interlocutor un dispositivo muy lento? Este error se presenta a menudo como consecuencia de un error que se ha producido con anterioridad. Por ejemplo, pueden visualizarse errores de recepción de procedimiento (clase de evento 8) después de enviar un telegrama FETCH. Motivo: no se ha podido recibir el telegrama de reacción porque se han detectado interferencias. El tiempo de vigilancia ha expirado. Este error también puede producirse cuando se rearranca el interlocutor, antes de que éste responda al último telegrama FETCH recibido.



Visualizar y evaluar la salida STATUS El operando actual se puede visualizar y evaluar en la salida STATUS de los bloques de función.

Nota Sólo se envía un mensaje de error si simultáneamente está activado el bit ERROR (fin de petición con error). En cualquier otro caso la palabra de STATUS es cero.

Clase de evento 30 La clase de evento 30 incluye mensajes de error que pueden producirse en la comunicación entre el CP 341 y la CPU a través del bus de fondo S7. En la siguiente tabla encontrará una descripción de la clase de evento 30.

Tabla 8- 2 Clase de evento 30

Clase de evento 30 (1EH): "Error en la comunicación entre el CP y la CPU" N.º de evento Evento Información adicional / Solución (1E)0DH Cancelación de la petición por rearranque completo,

rearranque o reset

(1E)0EH Error estático al llamar la SFC RD_REC. El valor de retorno RET_VAL de la SFC queda disponible en la variable SFCERR del DB de instancia para su evaluación.

Cargue la variable SFCERR del DB de instancia.

(1E)0FH Error estático al llamar la SFC WR_REC. El valor de retorno RET_VAL de la SFC queda disponible en la variable SFCERR del DB de instancia para su evaluación.

Cargue la variable SFCERR del DB de instancia.

(1E)41H No está permitido el número de bytes indicado en el parámetro LEN de los FB

Respete el rango de 1 a 4096 bytes.

(1E)42H FB P_PRINT_RK: El número de bytes indicado para la variable o la cadena de formato dentro de la longitud del DB de punteros no es válido.

Observe las longitudes permitidas: 32 bytes para variables, 150 bytes para cadena de formato

(1E)43H FB P_PRINT_RK: No existe puntero para la cadena de formato.

Indique en el DB de punteros el n.º del bloque de datos y el nº de la palabra de datos para la cadena de formato.



Llamada a variable SFCERR Obtendrá más información sobre el error aparecido, 14 (1E0EH) y 15 (1E0FH) de la clase de evento 30, a través de la variable SFCERR. La variable SFCERR se puede cargar desde el DB de instancia del correspondiente bloque de función. El ejemplo de programación del capítulo "Ejemplo de programación de bloques estándar (Página 209)" muestra cómo cargar la variable SFCERR. Los mensajes de error registrados en la variable SFCERR se pueden consultar en el manual de referencia "Software de sistema para S7 300/400, Funciones de sistema y funciones estándar", donde se describen las funciones de sistema SFC 58 "WR_REC" y SFC 59 "RD_REC".



8.1.3 Números de error en el telegrama de respuesta Si trabaja con el protocolo para mainframe RK 512 y se produce un error en un telegrama SEND o FETCH en el interlocutor, éste envíará un telegrama de reacción con un número de error en el 4º byte.

Números de error en el telegrama de reacción En la siguiente tabla encontrará la correspondencia entre los números de error en el telegrama de reacción (REATEL) y las categorías y números de eventos en el STATUS del interlocutor. Los números de error del telegrama de reacción se imprimen como valores hexadecimales.

Tabla 8- 3 Mensajes de error en el telegrama de reacción en RK 512

REATEL Clase/número de evento Clase/número de evento 0AH 0905H 0CH 0301H

0607H 0609H 060AH 0902H

10H 0301H 0601H 0604H 0605H 090BH

12H 0904H 14H 0606H

0903H 16H 0602H

0603H 090AH

2AH 060DH 090DH

32H 060FH 0909H

34H 0608H 060BH 060CH 0611H 090CH

36H 060EH 0908H



8.1.4 Diagnóstico a través del búfer de diagnóstico del CP 341

Búfer de diagnóstico del CP 341 El CP 341 tiene un búfer de diagnóstico propio en el que se registran todos los eventos de diagnóstico del CP 341 en el orden en que aparecen. En el búfer de diagnóstico del CP 341 se indican: ● Error de hardware/firmware en el CP 341 ● Error en la inicialización y parametrización ● Error en la ejecución de una petición de la CPU ● Error en la transmisión de datos (error de transmisión y recepción) El búfer de diagnóstico permite evaluar las causas de los errores ocurridos en el acoplamiento punto a punto incluso después de su aparición, p.ej. para determinar las causas de una parada (STOP) del CP 341 ó para realizar un seguimiento de cada uno de los eventos de diagnóstico.

Nota El búfer de diagnóstico es un búfer en anillo que acepta un máximo de 9 entradas de diagnóstico. Si el búfer de diagnóstico está lleno, al realizarse una nueva entrada se borra la entrada más antigua. De ese modo, la entrada más actual siempre está en la primera posición. ¡En caso de desconectarse la red eléctrica o de reparametrizarse el CP 341, se pierde el contenido del búfer de diagnóstico!

Nota Para que se indique la hora de cada una de las entradas de diagnóstico se debe seleccionar la CPU en "HW Config" y efectuar la sincronización de la hora en la ficha "Diagnóstico/Reloj" (tipo de sincronización "Master", intervalo de tiempo p. ej. 10 segundos). Si se utiliza el CP 341 en una configuración descentralizada (ETM 200M) no es posible visualizar la hora.



Lectura del búfer de diagnóstico en la programadora El contenido del búfer de diagnóstico del CP 341 puede leerse mediante las funciones de información de STEP 7. Toda la información contenida en el búfer de diagnóstico del CP relevante para el usuario está a disposición del mismo en la ficha "Búfer de diagnóstico" del cuadro de diálogo "Información del módulo". El cuadro de diálogo "Información del módulo" se puede abrir desde el SIMATIC Manager de STEP 7. Requisitos: Para poder acceder a la información del módulo debe existir una conexión online entre la programadora y el autómata (vista online de la ventana de proyecto). Proceda de la siguiente manera: 1. Abra el correspondiente equipo SIMATIC 300 (haciendo doble clic en el comando de

menú Edición > Abrir). 2. Una vez dentro, abra el objeto "Hardware" (también haciendo doble clic sobre el

comando Edición > Abrir). Resultado: Se abre la ventana con la tabla de configuración.

3. Seleccione el CP 341 en la tabla de configuración. 4. Seleccione el comando de menú Sistema de destino > Información del módulo.

Resultado: Se abre el cuadro de diálogo "Información del módulo" correspondiente al CP 341. Al abrirlo por primera vez se muestra de forma estándar la ficha "General".

5. Cambie a la ficha "Búfer de diagnóstico". Resultado: En la ficha "Búfer de diagnóstico" se muestran los eventos de diagnóstico más actuales del CP 341 en forma de texto explícito. El cuadro "Detalles" puede contener información adicional sobre la causa del error. En el campo "ID de evento" se indica el código numérico correspondiente al evento. La primera parte es fija. La parte posterior identifica la clase y el número de los eventos. Si selecciona el botón "Ayuda del evento" se mostrará la ayuda correspondiente al texto del evento en cuestión.

Si hace clic sobre el botón "Actualizar" puede volver a leer los datos del CP 341. Con el botón "Ayuda del evento" puede abrir un texto de ayuda sobre el evento de diagnóstico seleccionado con información sobre cómo eliminar el error.



8.1.5 Alarma de diagnóstico El CP 341 puede activar una alarma de diagnóstico en la CPU asignada, indicando así una avería en el CP 341. Mediante parametrización puede predeterminar si el CP 341 debe o no disparar una alarma de diagnóstico en caso de que se produzcan errores graves. El ajuste por defecto es "Generar alarma=No".

Alarma de diagnóstico En caso de error, el CP 341 proporciona datos de diagnóstico en el bus de fondo S7-300. La reacción de la CPU a una alarma de diagnóstico consiste en leer los datos de diagnóstico específicos del sistema y en registrarlos en su búfer de diagnóstico. Puede consultar el búfer de diagnóstico de la CPU a través de una unidad de programación conectada. Si se produce un evento desencadenante de un evento de diagnóstico, el LED SF (rojo) se ilumina. Asimismo se abre el OB 82 que contiene los correspondientes datos de diagnóstico como información inicial.

Bloque de organización OB 82 Puede programar reacciones al error en el OB 82 dentro del programa de usuario. Si no programa ningún OB 82, la CPU pasa automáticamente al modo STOP en el momento en que se produce una alarma de diagnóstico.

Información de diagnóstico (con configuración binaria) El CP 341 proporciona 4 bytes con información de diagnóstico. Para la indicación del error que se ha producido, los 4 bytes de diagnóstico se ocupan de la siguiente manera:

2. byte: El 2º byte de los datos de diagnóstico contiene el identificador de clase del CP 341 en los bits 0 a 3.

2. byte 7 6 5 4 3 2 1 0 0 0 0 0 1 1 0 0



1., 3. y 4º byte: El 1er, 3er y 4º byte de los datos de diagnóstico representan el evento que se ha producido. El bit 0 del 1er byte es el indicador de error de grupo (SF). El bit 0 es siempre "1" si como mínimo 1 bit de los bits 1 a 7 es "1", es decir, si se ha registrado como mínimo un error en los datos de diagnóstico.

Evento 1. byte 3. byte 4. byte 7 6 5 4 3 2 1 0 7 6 5 4 3 2 1 0 7 6 5 4 3 2 1 0 Rotura de línea (break)

0 0 1 0 0 1 0 1 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0

Parámetro incorrecto 1 0 0 0 0 0 1 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

Información de diagnóstico (hexadecimal) La siguiente tabla muestra la información contenida en los 4 bytes de diagnóstico del CP 341 hexadecimal.

Evento 1. byte 2. byte 3. byte 4. byte Rotura de línea (break)

25H 0CH 02H 00H

Parámetro incorrecto 83H 0CH 00H 00H

Relación entre la alarma de diagnóstico y el estado operativo de la CPU Una alarma de diagnóstico a través del bus P se genera con eventos entrantes (flanco ascendente) y salientes (flanco descendente). Cuando la CPU pasa del estado STOP al estado RUN: ● No se almacenan los eventos (ni entrantes ni salientes) que se han producido durante el

estado STOP de la CPU, ● Los eventos que continúan siendo actuales tras el cambio del estado STOP al estado

RUN se notifican mediante una alarma de diagnóstico.


Ejemplo de programación de bloques estándar 99.1 General

El presente ejemplo de programación, incluido en el proyecto zXX21_01_PtP_Com_CP34x, describe las funciones estándar para el funcionamiento del procesador de comunicaciones CP 341.

Objetivos El ejemplo de programación ● pretende mostrar a título de ejemplo las principales funciones ● permite comprobar la aptitud funcional del hardware conectado (por lo que el ejemplo es

sencillo y responde a una estructura clara) ● puede ampliarse fácilmente con diferentes fines. El ejemplo muestra cómo puede configurar, con los bloques de función FB P_SND_RK y FB P_RCV_RK (Enviar datos y Recibir datos) un acoplamiento 3964(R)/ASCII o un acoplamiento RK 512 con un interlocutor. Además, el ejemplo muestra cómo es posible controlar y visualizar, con las funciones FC V24_STAT y FC V24_SET, las entradas y salidas del CP 341. El ejemplo está dividido en tres equipos SIMATIC, puesto que el CP 341 debe parametrizarse de distinta manera para el intercambio de datos: ● CP341 Protocolo 3964: Acoplamiento con FB P_SND_RK y FB P_RCV_RK ● CP341 Protocolo RK512: Acoplamiento con FB P_SND_RK y FB P_RCV_RK ● CP341 V24: leer señales cualificadoras RS 232C y controlarlas con FC V24_STAT y

FC V24_SET Recuerde que los equipos "CP340 PTP Connection" (enlace PtP) y "CP340 Printing and V24" (impresión y V24) incluyen los ejemplos para el CP 340. Durante el arranque de la CPU, ésta parametriza el CP 341 (servicio del sistema).

Requisitos Este ejemplo puede reproducirse con un equipamiento de hardware mínimo. Además se emplea la función de STEP 7 Observar/forzar variables (p. ej. para modificar datos de envío).

Ejemplo de programación El ejemplo de programación del CP 341 se encuentra, junto con la interfaz de parametrización y los bloques de función, en el CD de instalación que se suministra con la tarjeta. Existe una forma compilada y un archivo fuente ASCII. Asimismo hay una tabla de símbolos con los símbolos empleados en el ejemplo.

Ejemplo de programación de bloques estándar 9.2 Configuración del equipo


9.2 Configuración del equipo

Aplicación Para probar el programa de ejemplo, pueden utilizarse, p.ej., los siguientes equipos: ● un sistema de automatización S7-300 (bastidor, fuente de alimentación, CPU), ● una tarjeta CP 341 con interlocutor (p. ej. un segundo CP) o conexión de un "conector de

cortocircuito", es decir, el cable de transmisión se puentea con el cable de recepción El "conector de cortocircuito" sólo se puede utilizar en protocolos ASCII.

● una programadora.

Ejemplo de programación de bloques estándar 9.3 Ajustes


9.3 Ajustes

Configuración en la CPU mediante STEP 7 Debe definir la configuración del autómata con STEP 7. ● Slot 1: alimentación de corriente ● Slot 2: CPU ● Slot 4: CP 341, dirección inicial 256 ● Slot 5: CP 341, dirección inicial 272

Configuración en el CP 341 En el CP 341 no pueden efectuarse configuraciones de hardware. Configure con STEP 7 todos los datos relevantes, incluidos los parámetros para el CP 341, con la interfaz de parametrización CP 341: Parametrizar acoplamiento punto a punto, y cárguelos en la CPU. El ejemplo de programación "CP341 Protocol 3964" puede funcionar en el programa de usuario sin necesidad de efectuar modificaciones, utilizando: ● Procedimiento 3964(R) ● Driver ASCII con el criterio de fin "Transcurrido el tiempo de retardo de caracteres" ● Driver ASCII con criterio de fin "Tras recibir una longitud fija de telegrama" En el caso de driver ASCII con el criterio de fin "Tras recibir el/los caracter(es) de fin", además debe programar los caracteres de fin en el programa de usuario. Las funciones "Leer y controlar señales cualificadoras RS 232C" sólo pueden ejecutarse con el driver ASCII. Controlar sólo es posible si no está seleccionado en la ficha "Transmisión" el parámetro "Manejo automát. de las señales V24".

Ejemplo de programación de bloques estándar 9.4 Bloques utilizados


9.4 Bloques utilizados

Bloques utilizados En la siguiente tabla encontrará los bloques utilizados en el programa de ejemplo. Bloque Símbolo Comentario OB 1 CYCLE Ejecución cíclica del programa OB 100 RESTART Ejecución de rearranque completo DB 21 SEND IDB DB de instancia para FB P_SND_RK DB 22 RECV IDB DB de instancia para FB P_RCV_RK DB 40 SEND WORK DB DB de trabajo para FB estándar 8 DB 41 RECV WORK DB DB de trabajo para FB estándar 7 DB 42 SEND SRC DB Bloque de datos de envío DB 43 RECV DST DB Bloque de datos de recepción FB 7 P_RCV_RK FB estándar para recibir datos (RK 512) FB 8 P_SND_RK FB estándar para enviar datos (RK 512) FC 5 V24_STAT FC estándar para leer salidas de CP FC 6 V24_SET FC estándar para escribir salidas de CP FC 14 V24_ZYK Controlar señales cualificadoras RS 232C FC 21 SEND Enviar datos FC 22 RECEIVE Recibir datos

Ejemplo de programación de bloques estándar 9.5 Instalación, avisos de error


9.5 Instalación, avisos de error

Suministro e instalación El ejemplo de programación del CP 341 se encuentra, junto con la interfaz de parametrización CP 341: Parametrizar acoplamiento punto a punto y los bloques de función, en un CD que se suministra con el módulo. La instalación del ejemplo de programación se realiza conjuntamente con la instalación de la interfaz de parametrización. Una vez instalado, el ejemplo de programación se encuentra en el siguiente proyecto: "zXX21_01_PtP_Com_CP34x" El proyecto se abre en el SIMATIC Manger de STEP 7, con el comando de menú Archivo > Abrir > Proyecto. El ejemplo de programación está disponible de forma compilada y en forma de archivo fuente ASCII. Asimismo hay una tabla de símbolos con los símbolos empleados en el ejemplo. Si dispone de un segundo CP 341 como interlocutor, deberá eliminar el CP 341 en HW Config con el comando Edición > Borrar. Adicionalmente, en el OB 1 debe ponerse la llamada del FC 22 (FC para Receave) en forma de comentario.

Cargar en la CPU El hardware utilizado en el ejemplo está completamente montado y la programadora está conectada. Tras el borrado total de la CPU (estado operativo STOP), transfiera el ejemplo completo a la memoria de usuario. A continuación, cambie el selector de modo STOP a modo RUN.

Respuesta ante el error Si durante el arranque se produce un error, las llamadas cíclicas a los bloques no se llevan a cabo y se activa la indicación de fallo. Si se produce un mensaje de error, se activa el parámetro de salida ERROR de los bloques. En el parámetro STATUS de los bloques hay una descripción más detallada de los errores. Si el mensaje de error 16#1E0E ó 16#1E0F se halla en STATUS, la descripción detallada del error se encuentra almacenada en la variable SFCERR del DB de instancia.

Ejemplo de programación de bloques estándar 9.6 Conexión, programa de arranque y programa cíclico


9.6 Conexión, programa de arranque y programa cíclico

Conexión, programa de arranque El programa de arranque se encuentra en el OB 100. En el arranque se reponen los bits de control y los contadores

Programa cíclico El programa cíclico se encuentra en el OB 1. En el ejemplo, los bloques de función FB 7 P_RCV_RK y FB 8 P_SND_RK operan conjuntamente con las funciones FC 21 y FC 22, así como con los bloques de datos DB 21 y DB 22 como DBs de instancia y con DB 42 y DB 43 como DB emisor o receptor. Las funciones FC 5 V24_STAT y FC 6 V24_SET operan conjuntamente con la función FC 14. La parametrización de los bloques de función de este ejemplo se produce en parte con constantes y en parte con operandos actuales direccionados simbólicamente.

Descripción "CP341 Protocolo 3964", "CP341 Protocolo RK512" La transmisión de datos se realiza del CP 341 insertado en el slot 4, al CP 341 insertado en el slot 5. Si trabaja con otro interlocutor no se efectúa la llamada a la FC 22 (RECEIVE). Descripción de FC 21 (SEND) Fragmento de programa "Generate edge P_SND_REQ": P_SND_RK se recorre una vez al inicio con P_SND_RK REQ=0. Después P_SND_RK REQ se pone a 1. Si en el parámetro de control P_SND_RK REQ se detecta un cambio del estado lógico de 0 a 1, se inicia la petición P_SND_RK. Con P_SND_RK DONE=1 o P_SND_RK ERROR=1, P_SND_RK REQ se pone de nuevo a 0. Fragmento de programa "P_SND_RK DONE=1": Si la transferencia ha terminado con éxito, en la salida del parámetro P_SND_RK, el parámetro P_SND_RK DONE se pone a 1. Con el fin de diferenciar transferencias consecutivas, en la palabra de datos 0 del bloque fuente DB 42 se añade un contador de transmisiones P_SND_RK COUNTER_OK. Fragmento de programa "P_SND_RK ERROR=1": Si se recorre P_SND_RK con P_SND_RK ERROR=1, en la palabra de datos 2 se incrementa el contador de errores P_SND_RK COUNTER_ERR. Además, se hace una copia de P_SND_RK STATUS, ya que en el próximo acceso será sobrescrito con 0 y ya no podrá consultarse.



Descripción de FC 22 (RECEIVE) Fragmento de programa "Enable Receive Data": Para poder recibir datos debe haberse puesto a 1 la habilitación de recepción P_RCV_RK EN_R en el bloque P_RCV_RK. Fragmento de programa "P_RCV_RK NDR=1": Si P_RCV_RK NDR está activado, se han recibido nuevos datos y se incrementa el contador de recepciones P_RCV_RK COUNTER_OK. Fragmento de programa "P_RCV_RK ERROR=1": En caso de ejecutarse incorrectamente, es decir, si el bit ERROR está activado en la salida del P_RCV_RK, se incrementa el contador de errores P_RCV_RK COUNTER_ERR. Además, se hace una copia de P_RCV_RK STATUS, ya que en la próxima ejecución será sobrescrito con 0 y ya no podrá consultarse. Todos los valores relevantes pueden consultarse en la tabla de variables para fines de prueba.

Descripción "CP341 V24" ● Las funciones "Leer y controlar señales cualificadoras RS 232C" sólo pueden ejecutarse

con el driver ASCII. Sólo pueden controlarse si en la ficha "Transmisión" no está seleccionado el parámetro Control automático de las señales V24.

● Las señales V24 pueden leerse y controlarse con ayuda de la tabla de variables. Mediante las marcas M 1.6 y M 1.7 pueden preseleccionarse los estados de señal SET_DTR y SET_RTS. Si en la marca E 0.7 se produce un cambio de señal de "0" a "1", la función FC V24_SET transmitirá dicho estado al CP.

● A la función FC V24_STAT se accede cíclicamente. El estado de las señales V24 del CP 341 puede consultarse con las marcas 3.0 a 3.5.


Especificaciones técnicas AA.1 Datos técnicos del CP 341

Datos técnicos generales La tabla siguiente contiene los datos técnicos generales del CP 341. Encontrará más datos técnicos generales sobre el SIMATIC S7-300 en el manual de referencia Sistemas de automatización S7-300, Datos de los módulos.

Tabla A- 1 Datos técnicos generales

Datos técnicos Dimensiones An x Al x P 40 x 125 x 120 mm Peso 0,3 kg Consumo de 24 V (alimentación 24 V DC mediante conector frontal)

• CP 341-RS 232C: típ. 100 mA • CP 341-20mA TTY típ. 100 mA • CP 341-RS 422/485: típ. 100 mA

Rango, estático Rango, dinámico Protección contra inversión de polaridad Aislamiento galvánico

20,4...28,8 V 18,5...30,2 V sí sí, frente a todas las tensiones restantes

Consumo de corriente del bus de fondo aprox. 70 mA Potencia disipada • CP 341-RS 232C: típ. 2,4 W

• CP 341-20mA TTY: típ. 2,4 W • CP 341-RS 422/485: típ. 2,4 W

Indicadores LEDs para transmisión (TXD), recepción (RXD) y error de grupo (SF)

Alarmas Alarma de diagnóstico

parametrizable

Funciones de diagnóstico • Lectura de informaciones de diagnóstico

sí

DriveRS de protocolo disponibles • Driver ASCII • Procedimiento 3964(R) • Protocolo mainframe RK 512 • Driver de impresora

Velocidad de transmisión con protocolo 3964(R) 300, 600, 1200, 2400, 4800, 9600, 19200, 38400, 57600, 76800, 115200 baudios (semidúplex)

Velocidad de transmisión con protocolo para mainframe RK 512

300, 600, 1200, 2400, 4800, 9600, 19200, 38400, 57600, 76800, 115200 baudios (semidúplex)

Especificaciones técnicas A.1 Datos técnicos del CP 341


Datos técnicos Velocidad de transmisión con driver ASCII 300, 600, 1200, 2400, 4800, 9600, 19200, 38400,

57600, 76800, 115200 baudios Velocidad de transmisión con driver de impresora 300, 600, 1200, 2400, 4800, 9600, 19200, 38400,

57600, 76800, 115200 baudios Trama de caracteres • Número de bits por carácter (7 u 8)

• Número de bits de inicio/parada (1 ó 2) • Paridad (ninguna, par, impar)

Cantidad de datos útiles transportados por ciclo de programa

Envío/Recepción: 32 bytes

Memoria necesaria del FB P_SND_RK y FB P_RCV_RK (memoria de trabajo)

conjuntamente, aprox. 5500 bytes

Datos técnicos de la interfaz RS 232C En la siguiente tabla encontrará los datos técnicos de la interfaz RS 232C del CP 341–RS 232C:

Tabla A- 2 Datos técnicos de la interfaz RS 232C

Datos técnicos Interfaz RS 232C, conector macho sub D de 9 polos Señales del RS 232C TXD, RXD, RTS, CTS, DTR, DSR, RI, DCD, GND

todas con aislamiento galváncio respecto de la alimentación interna S7 (bus de fondo) y la alimentación externa 24V DC

Máx. trayecto de transmisión 15 m Máx. velocidad de transmisión 115200 baudios

Datos técnicos de la interfaz 20mA-TTY En la siguiente tabla encontrará los datos técnicos de la interfaz 20mA–TTY del CP 341-20mA-TTY.

Tabla A- 3 Datos técnicos de la interfaz 20mA-TTY

Datos técnicos Interfaz 20 mA lazo de corriente TTY, hembrilla sub D de 9 polos Señales TTY dos fuentes de alimentación de 20mA, con aislamiento galvánico,

bucle de recepción (RX) "–" y "+" bucle de transmisión (TX) "–" y "+" todas con aislamiento galváncio respecto de la alimentación interna S7 (bus de fondo) y la alimentación externa 24V DC

Máx. trayecto de transmisión

1000 m activa, 1000 m pasiva

Máx. velocidad de transmisión

19200 baudios



Datos técnicos de la interfaz X27 (RS 422/485) La tabla siguiente describe los datos técnicos de la interfaz X27 (RS 422/ 485) del CP 341-RS 422/485.

Tabla A- 4 Datos técnicos de la interfaz X27 (RS 422/485)

Datos técnicos Interfaz RS 422 o RS 485, hembrilla sub D de 15 polos Señales RS 422 Señales RS 485

TXD (A), RXD (A), TXD (B), RXD (B), GND R/T (A), R/T (B), GND todas con aislamiento galváncio respecto de la alimentación interna S7 (bus de fondo) y la alimentación externa 24V DC

Máx. trayecto de transmisión

1200 m

Máx. velocidad de transmisión

115200 baudios

Datos técnicos del procedimiento 3964(R) La tabla siguiente contiene los datos técnicos del procedimiento 3964(R).

Tabla A- 5 Datos técnicos del procedimiento 3964(R)

Procedimiento 3964(R) con valores estándar Máx. longitud de telegrama

4096 bytes

Parámetro se puede parametrizar: • con/sin carácter de comprobación de bloque • Prioridad: alta/baja • Velocidad de transmisión: 300, 600, 1200, 2400, 4800, 9600, 19200,

38400, 57600, 76800, 115200 baudios • Trama de caracteres: 9, 10, 11 ó 12 bits • Asignación estándar de la línea de recepción: ninguna, R(A)5V/R(B)0V,

R(A)0V/R(B)5V



Procedimiento 3964(R) con valores estándar Procedimiento 3964(R) parametrizable Máx. longitud de telegrama

4096 bytes

Parámetro se puede parametrizar: • con/sin carácter de comprobación de bloque • Prioridad: alta/baja • Velocidad de transmisión:

300, 600, 1200, 2400, 4800, 9600, 19200, 38400, 57600, 76800, 115200 baudios

• Trama de caracteres: 9, 10, 11 ó 12 bits • Tiempo de retardo de caracteres: 20 ms hasta 655350 ms en trama de

10 ms • Tiempo de retardo de acuse: 20 ms hasta 655350 ms en trama de

10 ms • Número de intentos de establecimiento: de 1 a 255 • Número de intentos de transmisión: de 1 a 255 • Asignación estándar de la línea de recepción: ninguna, R(A)5V/R(B)0V,

R(A)0V/R(B)5V

Datos técnicos del protocolo para mainframe RK 512 La tabla siguiente contiene los datos técnicos del protocolo para mainframe RK 512.

Tabla A- 6 Datos técnicos del protocolo para mainframe RK 512

Protocolo mainframe RK 512 Máx. longitud de telegrama

4096 bytes

Parámetro se puede parametrizar: • Velocidad de transmisión: 300, 600, 1200, 2400, 4800, 9600, 19200,

38400, 57600, 76800, 115200 baudios • Trama de caracteres: 10, 11 ó 12 bits • Tiempo de retardo de caracteres: 20 ms hasta 655350 ms en trama

de 10 ms • Tiempo de retardo de acuse: 20 ms hasta 655350 ms en trama de

10 ms • Número de intentos de establecimiento: de 1 a 255 • Número de intentos de transmisión: de 1 a 255 • Asignación estándar de la línea de recepción: ninguna,

R(A)5V/R(B)0V, R(A)0V/R(B)5V



Datos técnicos del driver ASCII La tabla siguiente contiene los datos técnicos del driver ASCII.

Tabla A- 7 Datos técnicos del driver ASCII

Driver ASCII Máx. longitud de telegrama

4096 bytes


38400, 57600, 76800, 115200 baudios • Trama de caracteres: 9, 10, 11 ó 12 bits • Tiempo de retardo de caracteres: de 2 ms a 65535 ms en pasos de

1 ms • Control de flujo: ninguno, XON/XOFF, RTS/CTS; Control automático

de las señales V.24 • Carácter XON/XOFF (sólo con "Control de flujo" = "XON/XOFF") • Espera a XON tras XOFF (tiempo de espera a CTS=ON): de 20 ms a

655350 ms en pasos de 10 ms • Tiempo de supresión RTS: de 0 ms a 655350 ms en pasos de 10 ms

(sólo con "Control automático de las señales V.24") • Tiempo de espera de salida de datos: de 0 ms a 655350 ms en

pasos de 10 ms (sólo con "Control automático de las señales V.24") • Número de telegramas respaldados: de 1 a 250 • Impedir sobreescritura: sí/no (sólo con "telegramas de recepción

respaldados" = "1") • Identificador de fin de un telegrama de recepción:

– Transcurrido el tiempo de retardo caracteres – Tras recibir el/los carácter/caracteres de fin – Tras recibir un número fijo de caracteres

Tabla A- 8 Parámetros adicionales del identificador de fin de telegrama

Driver ASCII con identificación de fin de telegrama una vez transcurrido el tiempo de retardo de caracteres Parámetro No es necesario configurar ningún otro parámetro. El fin de telegrama se

detecta por haberse excedido el tiempo de retardo de caracteres parametrizado.

Driver ASCII con identificación de fin de telegrama basado en señal de fin parametrizable Parámetro además se puede parametrizar:

Número de caracteres de fin: 1 ó 2 Código hexadecimal para primer/segundo carácter de fin

Driver ASCII con identificación de fin de telegrama basado en longitud de telegrama configurada Parámetro además se puede parametrizar:

Longitud de telegrama: de 1 a 4096 bytes



Datos técnicos del driver de impresora En la siguiente tabla se indican los datos técnicos del driver de impresora.

Tabla A- 9 Datos técnicos del driver de impresora

Driver de impresora Longitud del SDB de texto

15 Kbytes


38400, 57600, 76800, 115200 bits/s • Trama de caracteres: 10 u 11 bits • Control de flujo: ninguno, XON/XOFF, RTS/CTS • Carácter XON/XOFF (sólo con "Control de flujo" = "XON/XOFF") • Espera a XON tras XOFF (tiempo de espera a CTS=ON): de 20 ms a

655350 ms en pasos de 10 ms • Texto de aviso: máx.150 caracteres, (máx. 250 caracteres si se

muestran las variables) • Margen izquierdo (número de caracteres en blanco): de 0 a 255 • Líneas por página (con encabezado y pie): 1 a 255 ó 0 (impresión en

papel continuo) • Separadores/fin de línea: CR, LF, CR LF, LF CR • Juego de caracteres: IBM–Proprinter o definido por el usuario • Emulación de impresora para negrita, comprimido, expandido,

cursiva y subrayado: HP-Deskjet, HP–Laserjet, IBM–Proprinter o definido por el usuario

• 1/2 línea de encabezado y/o línea de pie

Consulte también Datos técnicos de los bloques de función (Página 179)

Especificaciones técnicas A.2 Tiempos de transmisión


A.2 Tiempos de transmisión

Tiempos de transmisión Las siguientes tablas contienen tiempos de transmisión medidos en función del protocolo de transmisión seleccionado. Para la medición de tiempos se han utilizado dos S7-300, cada uno con una CPU 315-2DP (6ES7315-2AF01-0AB0), y un CP 341. En el programa de usuario de la CPU activa se ha programado un bloque de función FB P_SND_RK, y en el programa de usuario de la CPU pasiva un bloque de función FB P_RCV_RK. Se ha medido el tiempo que transcurre desde el inicio de la petición y la finalización de la misma.

Driver ASCII

Tabla A- 10 Tiempos de transmisión con el driver ASCII

Velocidad de transmisión (Bd) Datos útiles 76800 57600 38400 19200 9600 4800 2400 1200 600 300

1 byte 0,010 s 0,010 s 0,010 s 0,010 s 0,010 s 0,010 s 0,020 s 0,039 s 0,077 s 0,154 s 10 bytes 0,010s 0,010 s 0,010 s 0,020 s 0,020 s 0,031 s 0,062 s 0,131 s 0,251 s 0,492 s 20 bytes 0,011 s 0,013 s 0,020 s 0,020 s 0,030 s 0,055 s 0,110 s 0,220 s 0,431 s 0,853 s 50 bytes 0,020 s 0,026 s 0,030 s 0,040 s 0,080 s 0,140 s 0,251 s 0,492 s 1,000 s 2.000 s 100 bytes 0,035s 0,043 s 0,050 s 0,090 s 0,150 s 0,258 s 0,491 s 0,952 s 2,000 s 4,000 s 200 bytes 0,060 s 0,082 s 0,100 s 0,160 s 0,271 s 0,501 s 1,000 s 2,000 s 4,000 s 8,000 s 500 bytes 0,145 s 0,191 s 0,206 s 0,357 s 0,651 s 1,213 s 2,400 s 4,800 s 9,600 s 18,800 s 1000 bytes 0,261 s 0,335 s 0,402 s 0,692 s 1,263 s 2,400 s 4,800 s 10,600 s 21,200 s 37,600 s

Procedimiento 3964(R)

Tabla A- 11 Tiempos de transmisión con el procedimiento 3964(R)


1 byte 0,010 s 0,010 s 0,011 s 0,020 s 0,020 s 0,027 s 0,042 s 0,076 s 0,139 s 0,271 s 10 bytes 0,011 s 0,016 s 0,020 s 0,020 s 0,030 s 0,050 s 0,083 s 0,158 s 0,305 s 0,600 s 20 bytes 0,021 s 0,021 s 0,021 s 0,031 s 0,040 s 0,071 s 0,129 s 0,251 s 0,490 s 0,969 s 50 bytes 0,027 s 0,029 s 0,030 s 0,050 s 0,080 s 0,142 s 0,272 s 0,528 s 1,000 s 2,000 s 100 bytes 0,041s 0,046 s 0,051 s 0,081 s 0,145 s 0,262 s 0,506 s 0,993 s 2,100 s 4,000 s 200 bytes 0,060 s 0,077 s 0,090 s 0,151 s 0,272 s 0,500 s 1,000 s 2,000 s 4,200 s 8,000 s 500 bytes 0,129 s 0,175 s 0,202 s 0,351 s 0,642 s 1,220 s 2,400 s 4,800 s 9,600 s 18,800 s 1000 bytes 0,251 s 0,297 s 0,342 s 0,681 s 1,260 s 2,415 s 4,800 s 10,600 s 21,200 s 37,600 s

Especificaciones técnicas A.2 Tiempos de transmisión


Protocolo mainframe RK 512

Tabla A- 12 Tiempos de transmisión con el protocolo para mainframe RK 512


1 byte 0,027 s 0,029 s 0,030 s 0,038 s 0,054 s 0,083 s 0,144 s 0,266 s 0,522 s 1,046 s 10 bytes 0,029 s 0,032 s 0,034 s 0,043 s 0,063 s 0,098 s 0,181 s 0,338 s 0,666 s 1,334 s 20 bytes 0,030 s 0,034 s 0,037 s 0,049 s 0,075 s 0,125 s 0,227 s 0,431 s 0,855 s 1,701 s 50 bytes 0,041 s 0,047 s 0,051 s 0,072 s 0,114 s 0,199 s 0,372 s 0,712 s 1,407 s 2,804 s 100 bytes 0,061 s 0,069 s 0,076 s 0,114 s 0,184 s 0,326 s 0,612 s 1,183 s 2,326 s 4,645 s 200 bytes 0,105 s 0,125 s 0,141 s 0,211 s 0,350 s 0,635 s 1,200 s 2,400 s 4,800 s 9,067 s 500 bytes 0,221 s 0,265 s 0,301 s 0,471 s 0,812 s 1,666 s 3,000 s 4,800 s 11,000 s 22,000 s 1000 bytes 0,441 s 0,517 s 0,592 s 0,912 s 1,700 s 3,000 s 6.000 s 11,000 s 22,000 s 44,000 s


Cables de conexión BB.1 Interfaz RS 232C del CP 341-RS 232C

Asignación de pines En la tabla siguiente encontrará la ocupación de pines del conector macho sub D de 9 polos del panel frontal del CP 341-RS 232C (puerto COM compatible de 9 polos (PC/PG)).

Tabla B- 1 Ocupación de pines del conector macho Sub D del interfaz integrado del CP 341-RS 232C

Conector macho en el CP 341-RS 232C*

Pin Denominación Entrada/Salida Significado

1 DCD1 Received Detector Entrada Nivel de señal de recepción 2 RXD Received Data Entrada Datos de recepción 3 TXD Transmitted Data Salida Datos de transmisión 4 DTR Data Terminal Ready Salida Terminal listo 5 GND Ground - Tierra funcional (GNDint) 6 DSR Data Set Ready Entrada Listo para funcionar 7 RTS Request To Send Salida Activar sección de transmisión 8 CTS Clear To Send Entrada Listo para transmitir

1

23

4

59

8

7

6

9 RI Ring Indicator Entrada Llamada entrante

* Vista frontal

Cables de conexión Si confecciona los cables personalmente, debe recordar que es posible que las entradas no cableadas del interlocutor tengan que estar conectadas en potencial de reposo. Recuerde que sólo puede utilizar cajas de conector apantalladas. Una gran superficie de la pantalla del cable debe estar en contacto por ambos lados con la caja del conector. Se recomienda utilizar la caja de conector blindada de Siemens, modelo V42 254.

PRECAUCIÓN No conecte nunca la pantalla del cable con GND, ya que las interfaces podrían resultar dañadas. GND (pin 5) debe estar conectado siempre por ambos lados, ya que en caso contrario los submódulos interfaz podrían resultar dañados.

En las siguientes páginas encontrará algunos ejemplos de cables de conexión para un acoplamiento punto a punto entre el CP 341–RS 232C y módulos S7 ó SIMATIC S5.

Cables de conexión B.1 Interfaz RS 232C del CP 341-RS 232C


Cables de conexión RS 232C (S7 (CP 341) - S7 (CP 340/ CP 341/CP 441)) La siguiente figura muestra los cables de conexión para un acoplamiento punto a punto entre un CP 341 y un CP 340/CP 341/CP 441. Para los cables de conexión necesita los siguientes conectores hembra: ● En el lado del CP 341: conector hembra Sub D de 9 polos con fijación por tornillo ● En el lado del interlocutor: conector hembra Sub D de 9 polos con fijación por tornillo

Figura B-1 Cables de conexión RS 232C CP 341 - CP 340/CP 341/CP 441

El cable de conexión (máx. 15 m) puede solicitarse con el número de referencia (6ES7902-1...) indicado en el anexo Accesorios y referencias (Página 243).



Cables de conexión RS 232C (S7 (CP 341) - CP 544, CP 524, CPU 928B, CPU 945, CPU 948) La siguiente figura ilustra el cable de conexión para un acoplamiento punto a punto entre un CP 341 y CP 544, CP 524, CPU 928B, CPU 945, CPU 948. Para los cables de conexión necesita los siguientes conectores hembra/conectores macho: ● En el lado del CP 341: conector hembra Sub D de 9 polos con fijación por tornillo ● En el lado del interlocutor: conector macho sub D de 25 polos con fijación por tornillo

Figura B-2 Cables de conexión RS 232C CP 341 - CP 544, CP 524, CPU 928B, CPU 945,

CPU 948



Cables de conexión RS 232C (S7 (CP 341) - CP 521 SI/CP 521 BASIC) La siguiente figura ilustra el cable de conexión para un acoplamiento punto a punto entre un CP 341 y un CP 521 SI/CP 521 BASIC. Para los cables de conexión necesita los siguientes conectores hembra/conectores macho: ● En el lado del CP 341: conector hembra Sub D de 9 polos con fijación por tornillo ● En el lado del interlocutor: conector macho sub D de 25 polos con fijación por tornillo

Figura B-3 Cables de conexión RS 232C CP 341 - CP 521 SI/CP 521 BASIC



Cables de conexión RS 232C (S7 (CP 341) - CP 523) La siguiente figura representa los cables de conexión para un acoplamiento punto a punto entre un CP 341 y un CP 523. Para los cables de conexión necesita los siguientes conectores hembra/conectores macho: ● En el lado del CP 341: conector hembra Sub D de 9 polos con fijación por tornillo ● En el lado del interlocutor: conector macho sub D de 25 polos con fijación por tornillo

Figura B-4 Cables de conexión RS 232C CP 341 - CP 523



Cable de conexión RS 232C (S7 (CP 341) - IBM-Proprinter (PT 88), DR 230) La siguiente figura representa el cable de conexión para un acoplamiento punto a punto entre un CP 341 y una IBM Proprinter con interfaz serial (PT 88 ó impresora compatible con IBM). Para el cable de conexión necesita los siguientes conectores hembra/conectores macho: ● En el lado del CP 341: conector hembra Sub D de 9 polos ● En la IBM Proprinter: conector macho sub D de 25 polos

Figura B-5 Cable de conexión RS 232C CP 341 - IBM Proprinter



Cable de conexión RS 232C (S7 (CP 341) - impresora láser) La siguiente figura representa el cable de conexión para un acoplamiento punto a punto entre un CP 341 y una impresora láser con interfaz serie (PT 10 ó bien Laserjet de la serie II). Para el cable de conexión necesita los siguientes conectores hembra/conectores macho: ● En el lado del CP 341: conector hembra Sub D de 9 polos ● En la IBM Proprinter: conector macho sub D de 25 polos

Figura B-6 Cable de conexión RS 232C CP 341 - impresora láser

Cables de conexión B.2 Interfaz 20mA-TTY del CP 341-20mA-TTY


B.2 Interfaz 20mA-TTY del CP 341-20mA-TTY

Asignación de pines En la siguiente tabla encontrará la ocupación de pines de la conexión hembra sub D de 9 polos del panel frontal del CP 341-20mA–TTY.

Tabla B- 2 Asignación de pines de la conexión hembra Sub D de 9 polos de la interfaz integrada del CP 341-20mA TTY

Conexión hembra del CP 341-20mA-TTY*


1 TxD - Salida Datos de transmisión 2 20 mA - Entrada Masa 24 V 3 20 mA + (I1) Salida Generador de corriente 1 20mA 4 20 mA + (I2) Salida Generador de corriente 2 20mA 5 RxD + Entrada Datos de recepción+ 6 - 7 - 8 RxD - Salida Datos de recepción-

9 TxD + Entrada Datos de transmisión +

* Vista frontal



Esquema de principio En la siguiente figura se muestra el esquema de principio de una interfaz 20mA-TTY.

Figura B-7 Esquema de principio de la interfaz 20mA TTY

Cables de conexión Si confecciona los cables personalmente, debe recordar que es posible que las entradas no cableadas del interlocutor tengan que estar conectadas en potencial de reposo. Recuerde que sólo puede utilizar cajas de conector apantalladas. Una gran superficie de la pantalla del cable debe estar en contacto por ambos lados con la caja del conector y el cable apantallado. Se recomienda utilizar la caja de conector blindada de Siemens, modelo V42 254.

PRECAUCIÓN No conecte nunca la pantalla del cable a GND, ya que los submódulos interfaz podrían resultar dañados.

A continuación En las siguientes páginas encontrará algunos ejemplos de cables de conexión para un acoplamiento punto a punto entre el CP 341–20mA-TTY y módulos S7 ó SIMATIC S5.



Cable de conexión 20mA-TTY (S7 (CP 341) - S7 ((CP 340/ CP 341/CP 441)) La siguiente figura muestra los cables de conexión para un acoplamiento punto a punto entre un CP 341 y un CP 340/CP 341/CP 441. Para los cables de conexión necesita los siguientes conectores macho: ● En el lado del CP 341: conector macho Sub-D de 9 polos con fijación por tornillo ● En el lado del interlocutor: conector macho Sub-D de 9 polos con fijación por tornillo

Figura B-8 Cable de conexión 20mA-TTY CP 341 - CP 340/CP 341/CP 441

El cable de conexión puede pedirse con la referencia (6ES7902-2...) indicada en el anexo Accesorios y referencias (Página 243).

Nota Con el tipo de cable utilizado (LIYCY 4 x 0,14) pueden aplicarse las siguientes longitudes para el CP 341 como interlocutor: máx. 1000 m a 9600 baudios, máx. 500 m a 19,2 Kbaudios.



Cable de conexión 20mA TTY (S7 (CP 341) - CP 544, CP 524, CPU 928B, CPU 945, CPU 948) En la siguiente figura se representa el cable de conexión para un acoplamiento punto a punto entre un CP 341 y CP 544, CP 524, CPU 928B, CPU 945, CPU 948. Para los cables de conexión necesita los siguientes conectores macho: ● En el lado del CP 341: conector macho Sub-D de 9 polos con fijación por tornillo ● En el lado del interlocutor: conector macho sub D de 25 polos con fijación por tornillo

Figura B-9 Cable de conexión 20mA TTY CP 341 - CP 544, CP 524, CPU 928B, CPU 945,

CPU 948



Cable de conexión 20mA TTY (S7 (CP 341) - CP 523) La siguiente figura representa los cables de conexión para un acoplamiento punto a punto entre un CP 341 y un CP 523. Para los cables de conexión necesita los siguientes conectores macho: ● En el lado del CP 341: conector macho Sub-D de 9 polos con fijación por tornillo ● En el lado del interlocutor: conector macho sub D de 25 polos con fijación por tornillo

Figura B-10 Cable de conexión 20mA-TTY CP 341 - CP 523



Cable de conexión 20mA TTY (S7 (CP 341) - CP 521 SI/CP 521 BASIC/ impresora compatible con IBM)

La siguiente figura representa el cable de conexión para un acoplamiento punto a punto entre un CP 341 y un CP 521 SI/CP 521 BASIC. Para los cables de conexión necesita los siguientes conectores macho: ● En el lado del CP 341: conector macho Sub-D de 9 polos con fijación por tornillo ● En el lado del interlocutor: conector macho sub D de 25 polos con fijación por tornillo

Figura B-11 Cable de conexión 20mA-TTY CP 341 - CP 521 SI/CP 521 BASIC



Cable de conexión 20mA TTY (S7 (CP 341) - CPU 944/AG 95) La siguiente figura representa los cables de conexión para un acoplamiento punto a punto entre un CP 341 y una CPU 944/AG 95. Para los cables de conexión necesita los siguientes conectores macho: ● En el lado del CP 341: conector macho Sub-D de 9 polos con fijación por tornillo ● En el lado del interlocutor: conector macho sub D de 15 polos con fijación por tornillo

Figura B-12 Cable de conexión 20mA-TTY CP 341 - CPU 944/AG 95

Cables de conexión B.3 Interfaz X27 (RS 422/485) del CP 341-RS 422/485


B.3 Interfaz X27 (RS 422/485) del CP 341-RS 422/485

Asignación de pines En la tabla siguiente encontrará la asignación de pines del conector hembra Sub D de 15 polos del panel frontal del CP 341-RS 422/485.

Tabla B- 3 Asignación de pines del conector hembra sub D de 15 polos de la interfaz integrada del CP 341–RS 422/485

Conector hembra del CP 341-RS 422/485*


1 - - - 2 T (A) - Salida Datos de transmisión (modo a cuatro hilos) 3 - - - 4 R (A)/T (A) - Entrada

Entrada/salida Datos de recepción (modo a cuatro hilos) Datos de transmisión / recepción (modo a dos hilos)

5 - - - 6 - - - 7 - - - 8 GND - Tierra funcional (libre de potencial) 9 T (B) + Salida Datos de transmisión (modo a cuatro hilos) 10 - - - 11 R (B)/T (B) + Entrada

Entrada/salida Datos de recepción (modo a cuatro hilos) Datos de transmisión / recepción (modo a dos hilos)

12 - - - 13 - - - 14 - - -

15 - - - * Vista frontal

Cables de conexión Si confecciona los cables personalmente, debe recordar que es posible que las entradas no cableadas del interlocutor tengan que estar conectadas en potencial de reposo. Recuerde que sólo puede utilizar cajas de conector apantalladas. Una gran superficie de la pantalla del cable debe estar en contacto por ambos lados con la caja del conector y el cable apantallado. Se recomienda utilizar la caja de conector blindada de Siemens, modelo V42 254.

PRECAUCIÓN No conecte nunca la pantalla del cable a GND, ya que los submódulos interfaz podrían resultar dañados. GND (pin 8) debe estar conectado siempre en ambos lados, ya que en caso contrario los submódulos interfaz podrían resultar dañados.



A continuación En las siguientes páginas encontrará algunos ejemplos de cables de conexión para un acoplamiento punto a punto entre el CP 341-RS 422/485 y los módulos S7 ó SIMATIC S5.

Cable de conexión X 27 (S7 (CP 341) - CP 340/CP 341/CP 441) La siguiente figura muestra los cables de conexión para un acoplamiento punto a punto entre un CP 341 y un CP 340/CP 341/CP 441, para modo RS 422. Para los cables de conexión necesita los siguientes conectores macho: ● En el lado del CP 341: conector macho sub D de 15 polos con fijación por tornillo ● En el lado del interlocutor: conector macho sub D de 15 polos con fijación por tornillo

Figura B-13 Cable de conexión X27 CP 341 - CP 340/CP 341/CP 441 para modo RS 422

(cuatro hilos)

El cable de conexión puede pedirse con la referencia (6ES7902-3...) indicada en el anexo Accesorios y referencias (Página 243).

Nota Con el tipo de cable utilizado pueden aplicarse las siguientes longitudes para el CP 341 como interlocutor: máx. 1200 m a 19200 baudios, máx. 500 m a 38400 baudios, máx. de 250 m a 115200 baudios.



Cable de conexión X 27 (S7 (CP 341) - CP 340/CP 341/CP 441) La siguiente figura muestra los cables de conexión para un acoplamiento punto a punto entre un CP 341 y un CP 340/CP 341/CP 441, para modo RS 485. Para los cables de conexión necesita los siguientes conectores macho: ● En el lado del CP 341: conector macho sub D de 15 polos con fijación por tornillo ● En el lado del interlocutor: conector macho sub D de 15 polos con fijación por tornillo

Figura B-14 Cable de conexión X27 CP 341 - CP 340/CP 341/CP 441 para modo RS 485

(dos hilos)



Cable de conexión X 27 (S7 (CP 341) - CP 544, CP 524, CPU 928B, CPU 945, CPU 948) En la siguiente figura aparece el cable de conexión para un acoplamiento punto a punto entre un CP 341 y un CP 544, CP 524, CPU 928B, CPU 945, CPU 948 para modo RS 422. Para los cables de conexión necesita los siguientes conectores macho: ● En el lado del CP 341: conector macho sub D de 15 polos con fijación por tornillo ● En el lado del interlocutor: conector macho sub D de 15 polos con fijación deslizante

Figura B-15 Cable de conexión X27 CP 341 - CP 544, CP 524, CPU 928B, CPU 945, CPU 948

para modo RS 422 (cuatro hilos)


Accesorios y referencias C

Variantes del módulo La tabla siguiente contiene los distintos modelos del CP 341.

Tabla C- 1 Números de referencia de las variantes de módulos del CP 341

Producto Referencia CP 341–RS 232C 6ES7341–1AH02–0AE0 CP 341–20mA–TTY 6ES7341–1BH02–0AE0 CP 341–RS 422/485 6ES7341–1CH02–0AE0

Cables de conexión Se dispone de cables de conexión de las siguientes longitudes: 5 m, 10 m y 50 m.

Tabla C- 2 Referencias de los cables de conexión

Cable de conexión para CP 341 - CP 340; CP 341 – CP 341; CP 341 - CP 441

Modelo Referencia

RS 232C, 5 m 6ES7902–1AB00–0AA0 RS 232C, 10 m 6ES7902–1AC00–0AA0

Interfaz RS 232C

RS 232C, 15 m 6ES7902–1AD00–0AA0 20mA–TTY, 5 m 6ES7902–2AB00–0AA0 20mA–TTY, 10 m 6ES7902–2AC00–0AA0

Interfaz 20mA–TTY

20mA–TTY, 50 m 6ES7902–2AG00–0AA0 X27 (RS 422), 5 m 6ES7902–3AB00–0AA0 X27 (RS 422), 10 m 6ES7902–3AC00–0AA0

Interfaz X27 (RS 422)

X27 (RS 422), 50 m 6ES7902–3AG00–0AA0

Accesorios y referencias



Bibliografía relativa a SIMATIC S7 DD.1 Bibliografía relativa a SIMATIC S7

Bibliografía relativa a SIMATIC S7 A continuación encontrará información general sobre: ● los manuales necesarios para la configuración y parametrización del S7–300, ● los manuales que describen los componentes de una red PROFIBUS–DP, ● libros técnicos que describen detalladamente S7–300.

Manuales referentes a la configuración y puesta en servicio Para ayudarle a configurar y programar el S7–300, ponemos a su disposición una amplia bibliografía destinada al uso selectivo. La siguiente tabla ofrece una visión de conjunto de la documentación disponible relativa a STEP 7.

Tabla D- 1 Manuales para la configuración y programación del S7–300

Título Contenido Manual Programar con STEP 7 (http://support.automation.siemens.com/ WW/view/es/18652056)

Con este manual de programación adquirirá los conocimientos básicos para configurar el sistema operativo y el programa de usuario de una CPU S7. Si utiliza por primera vez un S7-300/400, este manual le servirá de ayuda para familiarizarse con el método de programación y a la vez podrá utilizarlo como base para configurar su propio programa de usuario.

Manual Configurar el hardware y la comunicación (http://support.automation.siemens.com/ WW/view/es/18652631)

El manual de usuario de STEP 7 explica las principales aplicaciones y funciones del software de automatización STEP 7. Este manual aporta a los usuarios que aún no conocen STEP 7 o a aquellos que conocen STEP 5, información básica sobre los procedimientos de configuración, programación y puesta en servicio de un S7-300/400. Durante el uso del software podrá acceder selectivamente a la ayuda en pantalla para buscar información determinada sobre el software.

Manual de referencia Lista de instrucciones (AWL) para S7-300/400 (http://support.automation.siemens.com/ WW/view/es/18653496) Manual de referencia Esquema de contactos (KOP) para S7-300/400 (http://support.automation.siemens.com/ WW/view/es/18654395)

Los manuales sobre los paquetes de lenguaje AWL, KOP, FUP y SCL contienen tanto los manuales de usuario como la descripción del lenguaje correspondiente. Para la programación de un S7-300/400 sólo es necesario uno de los lenguajes, pero en algún caso puede ser preferible cambiar entre los diferentes lenguajes. Para el primer uso de los lenguajes se recomienda familiarizarse con el método de programación con ayuda del manual. Al trabajar con el software puede utilizar la ayuda en pantalla en la que encontrará respuesta a todas las cuestiones relacionadas con el uso de los correspondientes editores/compiladores.

http://support.automation.siemens.com/�WW/view/es/18652631






Bibliografía relativa a SIMATIC S7 D.1 Bibliografía relativa a SIMATIC S7


Título Contenido Manual de referencia Esquema de funciones (FUP) para S7-300/400 (http://support.automation.siemens.com/ WW/view/es/18652644) Manual de referencia S7-SCL para S7-300/400 (http://support.automation.siemens.com/ WW/view/es/5581793) 1) Manual S7-GRAPH para S7-300/400 Programación de controles secuenciales (http://support.automation.siemens.com/WW/view/es/1137630) 1) Manual S7–HiGraph Programación de controles de estado ( http://support.automation.siemens.com/ WW/view/es/1137299) 1) Manuales CFC para SIMATIC S7 (http://support.automation.siemens.com/ WW/view/es/15236182) 1) Continuous Function Chart

Los lenguajes GRAPH, HiGraph, CFC permiten realizar controles secuenciales, controles de estado o interconexiones gráficas de bloques. Los manuales contienen tanto instrucciones para el usuario como una descripción del lenguaje. Para el primer uso de los lenguajes se recomienda familiarizarse con el método de programación con ayuda del manual. Al trabajar con el software puede acceder además a la ayuda en pantalla (con la excepción de HiGraph) en la que encontrará respuesta a todas las cuestiones relacionadas con el uso de los correspondientes editores/compiladores.

Manual de referencia Funciones estándar y de sistema para S7-300/400 (http://support.automation.siemens.com/ WW/view/es/1214574)

Las CPUs S7 contienen funciones de sistema y estándar integradas en el sistema operativo. Dichas funciones pueden utilizarse durante la programación con cualquiera de los lenguajes AWL, KOP y SCL. Este manual ofrece una visión general de las principales funciones de S7, y permite consultar asimismo información detallada sobre las interfaces para el programa de usuario.

1) Paquetes opcionales para el software de sistema para S7–300/400



http://support.automation.siemens.com/WW/view/es/1137630

http://support.automation.siemens.com/WW/view/es/1137630








Glosario

Acoplamiento punto a punto En el acoplamiento punto a punto, el procesador de comunicaciones forma la interfaz entre un autómata programable y un interlocutor.

Ajuste predeterminado El ajuste predeterminado es un ajuste básico conveniente que se aplica siempre que no se introduce otro valor.

Arranque El estado operativo ARRANQUE tiene lugar al cambiar del estado operativo STOP al estado operativo RUN.

Ayuda online STEP 7 ofrece la posibilidad de visualizar en la pantalla textos de ayuda contextual al trabajar con el software de programación.

Bastidor El bastidor es el el perfil soporte que contiene los slots para alojar los módulos.

Bloque Los bloques son partes del programa de usuario delimitadas por su función, su estructura o su finalidad. En STEP 7 existen: ● Bloques lógicos (FB, FC, OB, SFB, SFC) ● Bloques de datos (DB, SDB) y ● Tipos de datos de usuario (UDT)

Bloque de datos (DB) Los bloques de datos son bloques que contienen datos y parámetros con los que opera el programa de usuario. Al contrario que los demás bloques no contienen instrucciones. Existen bloques de datos globales y bloques de datos de instancia. El acceso a los datos contenidos en los bloques de datos pueden ser absoluto o simbólico. Los datos complejos se pueden guardar de forma estructurada.

Glosario


Bloque de datos de instancia Un bloque de datos de instancia es un bloque asignado a un bloque de función que contiene datos para dicho bloque de función especial.

Bloque de sistema Los bloques de sistema se distinguen de los demás bloques por el hecho de que ya están integrados en el sistema S7–300 y que están disponibles para funciones de sistema ya definidas. Existen bloques de datos de sistema, funciones de sistema y bloques de función de sistema.

Bloques de función (FBs) Los bloques de función son partes del programa de usuario y según la norma IEC son "Bloques con memoria". La memoria del bloque de función consiste en un bloque de datos asignado, el "bloque de datos de instancia". Los bloques de función son parametrizables y pueden utilizarse con y sin parámetros.

Bloques de función de sistema (SFBs) Los bloques de función de sistema son bloques con memoria que ya están integrados en el sistema operativo de la CPU y que pueden ser llamados por el usuario en caso necesario.

Búfer de diagnóstico Toda CPU dispone de un búfer de diagnóstico en el que se registra información detallada sobre cada evento de diagnóstico en el orden de su aparición. El CP 341 tiene un búfer de diagnóstico propio en el que se registran todos los eventos de diagnóstico del CP 341 (errores de hardware/firmware, errores de inicialización/parametrización, errores de envío y recepción.

Bus de fondo S7–300 El bus de fondo es un bus de datos serie a través del cual los módulos pueden comunicarse entre sí y recibir la tensión necesaria.

Cargar de PG Carga de objetos cargables (p. ej., bloques lógicos) desde la unidad de programación en la memoria de carga del módulo central (CPU).

Cargar en la unidad de programación Carga de objetos cargables (p. ej., bloques lógicos) desde la memoria de carga del módulo central a la unidad e programación.

Glosario


Configuración Por configuración se entiende la disposición de distintos módulos de un sistema de automatización en la tabla de configuración.

CPU Central Processing Unit = módulo central del sistema de automatización S7 con unidad de control y de cálculo, memoria, programa de sistema e interfaces con los módulos de periferia.

Dirección La dirección indica el espacio de memoria físico y permite el acceso directo al operando que está almacenado en esta dirección.

Ejecución cíclica del programa En la ejecución cíclica del programa, el programa de usuario se ejecuta en un bucle que se repite continuamente y que se denomina ciclo.

Estado operativo La familia de autómatas SIMATIC S7 distingue tres distintos estados operativos: STOP, ARRANQUE y RUN. La funcionalidad de las CPU varía en los distintos estados operativos.

Eventos de diagnóstico Los eventos de diagnóstico son p. ej. errores de un módulo, errores de sistema de la CPU causados p. ej. por un error de programación o bien transiciones de estados operativos.

Funciones de diagnóstico Las funciones de diagnóstico abarcan todo el diagnóstico de sistema e incluyen la detección, evaluación y notificación de errores dentro del sistema de automatización.

Funciones de sistema (SFCs) Las funciones de sistema son bloques sin memoria que ya están integrados en el sistema operativo de la CPU y que pueden ser llamados por el usuario en caso necesario.

Hardware Por hardware se entiende todo el equipamiento físico y técnico de un sistema de automatización.

Glosario


Imagen del proceso La imagen de proceso es un área especial de la memoria del sistema de automatización. Al comienzo del programa cíclico se transfieren los estados de señal de los módulos de entrada a la imagen de proceso de las entradas. Al final del programa cíclico se transfiere la imagen de proceso de las salidas en forma de estado de señal a los módulos de salida.

Interfaz de parametrización CP 341: Parametrizar un acoplamiento punto a punto Con la interfaz de parametrización CP 341: Con parametrizar un acoplamiento punto a punto, parametriza la interfaz del procesador de comunicación.

Interrupt Una interrupción constituye la interrupción del procesamiento del programa en el procesador de un sistema de automatización por una alarma externa pendiente.

Llamada de bloques Por llamada de bloque se entiende la derivación del procesamiento del programa al bloque llamado.

Memoria de trabajo La memoria de trabajo es una memoria RAM de la CPU a la que accede el procesador durante el procesamiento del programa de usuario.

Módulo Los módulos o tarjetas son circuitos impresos enchufables para sistemas de automatización.

Online/Offline En el modo online existe una conexión de datos entre el sistema de automatización y la unidad de programación, mientras que no existe en el modo offline.

Operando Un operando forma parte de una instrucción de STEP 7 e indica con qué debe hacer algo el procesador. El operando puede direccionarse de forma absoluta o simbólica.

Parametrización Por parametrización se entiende la definición del comportamiento de un módulo.

Parámetros Los parámetros son valores que se pueden asignar. Se distingue entre parámetros de bloques y parámetros de módulos.

Glosario


Parámetros de bloque Los parámetros del bloque son comodines contenidos en bloques reutilizables que reciben valores actuales al llamarse el bloque en cuestión.

Parámetros de módulo Los parámetros de módulos son valores que permiten determinar el comportamiento del módulo. Se distingue entre parámetros de módulo estáticos y dinámicos.

Procedimiento Una transmisión de datos según un determinado protocolo se denomina procedimiento.

Procesador de comunicaciones Los procesadores de comunicación son módulos para acoplamiento punto a punto y de bus.

Programa de usuario El programa de usuario contiene todas las instrucciones y convenciones para el procesamiento de señales mediante las que se puede controlar una instalación o un proceso. El programa de usuario se crea en SIMATIC S7 de forma estructurada y se divide en unidades menores, los bloques.

Protocolo Los interlocutores implicados en el proceso de transmisión de datos deben atenerse a determinadas normas para el desarrollo y la ejecución del intercambio de datos. Dichas normas se conocen bajo el nombre de protocolos.

Sistema de automatización Un sistema de automatización es un autómata programable compuesto de por lo menos un módulo central, distintos módulos de entrada y salida, así como de equipos de control y visualización.

Sistema operativo de la CPU El sistema operativo de la CPU organiza todas las funciones y procesos de la CPU que no están relacionados con una tarea de control especial.

Software La totalidad de programas que se utilizan en un sistemas de cálculo se denomina software. A ellos pertenece el sistema operativo y los programas de usuario.

Glosario


STEP 7 STEP 7 es el software de programación de SIMATIC S7.

Tiempo de ciclo El tiempo de ciclo es el tiempo que requiere la CPU para ejecutar una vez el programa de usuario.

Tipo de datos Con ayuda de los tipos de datos se puede definir cómo debe ser utilizado el valor de una variable o constante en el programa de usuario. Los tipos de datos se dividen en tipos de datos elementales y estructurados.

Variable Una variable es un operando (p. ej. E 1.0) que puede llevar un nombre simbólico y que, por consiguiente, puede direccionarse de forma simbólica.


Índice alfabético

3 3964(R)

Protocolo, 81

A Activar/desactivar salidas de interfaz del CP 341, 164 Ámbito de validez del manual, 3 ARRANQUE de la CPU, 184 Asignación de bloques de datos, 171 Asignación estándar de la línea de recepción, 84, 93

B Bit de inicio, 83, 90 Bits de datos, 83, 90 Bits de parada, 83, 90 Bloque de función

FB 13 P_PRINT_RK, 166 FB P_PRINT_RK, 166

Bloqueo de alarmas, 178 Bloques de función

Funciones, 128 Bloques de función, 23, 128 Bloques de función

Instalación, 128 Bloques de función

FB 8 P_SND_RK, 134 Bloques de función

FB 7 P_RCV_RK, 138 Bloques de función

FB 8 P_SND_RK, 144 Bloques de función



FB 8 P_SND_RK, 157 Búfer de recepción, 71, 92

C Cable de conexión estándar, 22 Cable PG, 22

Cables de conexión, 225 Cambios de estado operativo, 184 Carácter de fin, 89 Clase de evento, 188 Componentes de hardware, 22 Componentes de software, 23 Comportamiento de arranque, 178, 182 Comunicación mediante bloques de función, 127 Conector del bus de fondo S7, 21 Conflicto de inicialización, 45 Control del flujo de datos, 75, 79

Driver ASCII, 91 CPU-RUN, 184 CPU-STOP, 184 Criterio de fin, 66

Carácter de fin, 67 Longitud fija de telegrama, 69 Tiempo de retardo de caracteres transcurrido, 66

D Datos de parametrización, 80 Datos técnicos

Driver ASCII, 221 Driver de impresora, 222 Interfaz X27 (RS 422/485), 219 Procedimiento 3964(R), 219 Protocolo mainframe RK 512, 220

Datos técnicos Interfaz 20 mA TTY, 218 Interfaz RS 232C, 218

Datos técnicos CP 341, 217 Diagnóstico

Búfer de diagnóstico, 205 Números de error en el telegrama de reacción, 204

Direccionamiento del módulo, 178 Driver ASCII, 62

Búfer de recepción, 71 Control del flujo de datos, 91 Enviar datos, 62 Recibir datos, 65

Driver de impresora Cadena de formato, 77 Caracteres de control, 98 Control del flujo de datos, 79, 96 Ejemplos, 77 Interfaz X27 (RS 422/485), 97 Juego de caracteres, 98

Índice alfabético


Procedimiento handshake, 79 Señal BUSY, 79 Textos de aviso, 76, 99 Trama de caracteres, 95 Variables, 76 Velocidad de transmisión, 95

E Elementos del módulo, 20 Encabezado del telegrama

Estructura en el telegrama de orden RK 512, 51 Enviar datos

Driver ASCII, 62 Procedimiento 3964(R), 40 RK 512, 53

Espacio de memoria necesario, 179 Estados operativos, 181

Reparametrización, 181 RUN, 181 STOP, 181

F FB 13 P_PRINT_RK

Cronograma, 170 Parámetro, 169

FB 7 P_RCV_RK, 128 FB 8 P_SND_RK, 128 FB P_PRINT_RK

Textos de aviso, 166 FB P_PRINT_RK

DB de instancia, 167 FB P_PRINT_RK

Ocupación en el área de datos - DB de punteros, 168

FB P_RCV_RK Cronograma, 150 Cronograma, 139

FB P_SND_RK Cronograma, 135, 160

FB P_SND_RK Asignación en el área de datos, 133

FC 5 V24_STAT, 128 FC 6 V24_SET, 128 Funcionalidad del CP 341, 17 Funciones

FC 5 V24_STAT, 163 FC 6 V24_SET, 165

Funciones de sistema utilizadas, 179

I Identificador de fin de un telegrama de recepción, 89 Indicador de error de grupo SF, 187 Indicadores (LED), 185 Indicadores de errores de grupo, 187 Indicadores LED, 20 Inicialización, 182 Intentos de establecimiento, 82 Intentos de transmisión, 82 Intercambio de datos bidireccional

Driver, 29 Interfaz

20-mA-TTY, 232 Aplicaciones posibles, 18 Datos técnicos, 218 RS 232C, 24, 225 X27 (RS 422/485), 239

Interfaz 20 mA TTY, 232 Interfaz 20mA TTY

Características, 26 Interfaz 20mA-TTY, 26 Interfaz de parametrización, 23 Interfaz RS 232C, 225 Interfaz X27 (RS 422/485), 239

Características, 27

L Llamada a variable SFCERR, 203 Llamada de bloques

P_RCV_RK, 148, 152 P_SND_RK, 143, 156 V24_SET, 164 V24_STAT, 162

Longitud del telegrama al recibir, 89

M Marca de acoplamiento, 51 Marcas de acoplamiento, 140, 148, 152 Mecanismo EN/ENO, 177 Modelo de referencia ISO de 7 capas, 34

Procesamiento de los protocolos, 34 Modo casi dúplex, 59 Modo dúplex, 30 Modo semidúplex, 30

N Número de evento, 188 Número mínimo de ciclos de CPU, 179

Índice alfabético


O Operando actual, 176

con direccionamiento absoluto, 176 direccionado simbólicamente, 177

P P_RCV_RK

Llamada de bloques, 148, 152 P_SND_RK

Llamada de bloques, 143, 156 Parametrización, 173, 182

de palabras de datos, 175 directa, 173 indirecta, 173

Parámetro FB 7 P_RCV_RK, 138, 149, 153 FB 8 P_SND_RK, 134, 144, 157 FC 5 V24_STAT, 163 FC 6 V24_SET, 165

Parámetros de protocolo, 82, 89 Paridad, 83, 90 Particularidades

al enviar telegramas, 184 Posibilidades de aplicación del CP 341, 18 Prioridad, 83 Procedimiento 3964(R)

Conflicto de inicialización, 45 Enviar datos, 40 Fallo de procedimiento, 46 Recibir datos, 42 Tratamiento de datos erróneos, 44

Procedimiento 3964R Suma de comprobación de bloques, 39

Procedimiento handshake, 75 Procesador de comunicaciones CP 341, 17 Programadora (PG), 22 Protocolo

integrado en el módulo, 17 Protocolo mainframe RK 512

Enviar datos, 53 Recoger datos, 56 Telegrama de orden, 50, 51 Telegrama de reacción, 50, 52

R Recibir datos

Driver ASCII, 65 Procedimiento 3964(R), 42

Recoger datos

RK 512, 56 Referencias, 243 RK 512

FB 7 P_RCV_RK, 140 Marcas de acoplamiento, 140 Peticiones del interlocutor, 61

RK 512 Desarrollo, 60

RK 512 FB 8 P_SND_RK, 140

RS 232C Control automático de las señales cualificadoras, 73 Control de las señales cualificadoras, 73 Señales cualificadoras, 72

S Salida STATUS de los FBs, 185 Seguridad de transmisión, 35

con el driver ASCII, 36 con RK 512, 37

Señal BUSY, 79 Señales cualificadoras RS 232C

Controlar las, 164 Señales de la interfaz RS 232C, 25 Suma de comprobación de bloques, 39

T Telegrama de continuación, 50 Telegrama de orden, 50 Telegrama de reacción, 50, 52

Estructura y contenido, 52 Números de error, 185

Telegrama FETCH, 50 Telegrama SEND, 50 Telegramas SEND de continuación, 55 Textos de aviso

Formatear, 100 Variables, 100

Tiempo de retardo de acuse (TRA), 82 Tiempo de retardo de caracteres (TRC), 32, 82, 89 Tiempos de transmisión

Driver ASCII, 223 Procedimiento 3964(R), 223 Protocolo mainframe RK 512, 224

Tráfico de datos bidireccional Modos de operación, 30

Trama de caracteres, 31, 83, 90 Transparencia del código, 65

Índice alfabético


V Variantes del módulo, 17 Velocidad de transmisión, 83, 90

simatic s7-300 acoplamiento punto a punto cp 341 ......prólogo acoplamiento punto a punto cp 341,...

Documents