PGH FC-FB-S7CP 78

Bloques de programa para CPs S7 ___________________
Prólogo
Sinopsis y generalidades
SIMATIC NET ___________________
sobre el uso 1
Bloques de programa para
___________________
Industrial Ethernet 2
SIMATIC NET
___________________
PROFINET IO (S7-300) 3
Bloques de programa para CPs S7 Bloques de programa para
4
SIMATIC NET ___________________
PROFINET CBA

___________________
PROFIBUS 5
Manual de programación
___________________
PROFIBUS FMS 6
___________________
Historia del documento A
B
___________________
Bibliografía
11/2015
C79000-G8978-C229-08
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
Significa que si no se adoptan las medidas preventivas adecuadas, pueden producirse lesiones corporales.
ATENCIÓN
Significa que si no se adoptan las medidas preventivas adecuadas, pueden producirse daños materiales.
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 producto/sistema tratado en esta documentación sólo deberá ser manejado o manipulado por personal
cualificado para la tarea encomendada y observando lo indicado en la documentación correspondiente a la
misma, particularmente las consignas de seguridad y advertencias en ella incluidas. Debido a su formación y
experiencia, el personal cualificado está en condiciones de reconocer riesgos resultantes del manejo o
manipulación de dichos productos/sistemas y de evitar posibles peligros.
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 C79000-G8978-C229-08 Copyright © Siemens AG 2008 - 2015.

Division Process Industries and Drives Ⓟ 12/2015 Sujeto a cambios sin previo aviso Reservados todos los derechos
Postfach 48 48
90026 NÜRNBERG
ALEMANIA
Prólogo
Grupo destinatario y motivación

Como punto de contacto con los servicios de comunicación, se dispone de bloques de
programa prefabricados (FCs y FBs) para su programa de usuario. El presente manual le
proporciona una descripción completa de los bloques de programa para CPs S7
SIMATIC NET. Es un complemento de las descripciones que aparecen en la Ayuda en
pantalla de las herramientas de configuración para STEP 7.
El manual está destinado a los programadores de STEP 7 y al personal de asistencia
técnica.
Estructura del manual

El manual se ha subdividido sobre la base de los tipos de redes y de los servicios de
comunicación.
Todos los bloques de programa se describen en los siguientes apartados:
● Significado
● Interfaz de llamada
● Forma de trabajar
● Explicación de los parámetros formales
● Códigos de condición
Estas secciones pueden estar complementadas con otras informaciones específicas.
Ámbito de validez del manual

La versión actual del manual es válida con las versiones siguientes del software de
configuración:
● STEP 7 V5.5 + SP4 + HF8
Observe las adiciones indicadas más abajo en el apartado "Novedades de la presente
edición".
● STEP 7 Professional V13.0 SP1
Nota
STEP 7: denominación equivalente
La denominación STEP 7 se utiliza a partir de ahora en este manual como sinónimo de
las denominaciones STEP 7 V5.5 o STEP 7 Professional
Bloques de programa para CPs S7 SIMATIC NET

Manual de programación, 11/2015, C79000-G8978-C229-08 3
Prólogo
Nota
Tipos de CP y servicios de comunicación
Recuerde que los distintos bloques de programa soportan servicios de comunicación
determinados. Por ello, el uso está ligado a la utilización de los tipos de CP soportados
por el servicio de comunicación en cuestión.
Denominación "Bloque de programa"

La denominación "Bloque de programa" se utiliza en el manual como término genérico de
los conceptos siguientes:
● FC (función) / FB (bloque de función)
Denominaciones utilizadas en STEP 7 V5.5 que tienen en cuenta el tipo especial del
bloque de programa. En STEP 7 Professional siguen existiendo igualmente estos tipos
de bloque, aunque en las librerías solo se muestran los nombres simbólicos.
● Instrucción
Denominación utilizada en STEP 7 Professional para bloques de programa internos del
sistema.
Nota
Volumen de suministro de STEP 7 / STEP 7 Professional
El volumen de suministro de las librerías de STEP 7 V5.5 y STEP 7 Professional pueden
diferir entre sí.
Los resúmenes de los bloques de programa indicados en este manual muestran la
disponibilidad para las respectivas familias de dispositivos S7-300 y S7-400. Los
resúmenes no contienen ninguna indicación respecto a la disponibilidad en las
respectivas librerías de STEP 7 V5.5 o STEP 7 Professional.
Novedades de esta edición

Esta edición del manual contiene correcciones de contenido. Encontrará los cambios más
importantes en los siguientes capítulos:
Capítulo Cambio / ampliación

FTP_CMD - bloque de programa universal para Ampliación de función del bloque "FTP_CMD"
servicios FTP (Página 77) para el modo cliente FTP con la función "FTP
pasivo" (el cliente establece la conexión)
El CP 443-1 Advanced con versión de firmware
V3.2 soporta la función en STEP 7 V5. Adicio-
nalmente al software de configuración STEP 7
V5.5 indicado arriba, para ello se requiere el
HSP 1105 y la librería de bloque de programa
"SIMATIC NET CP" versión V5.5.4.
Encontrará los cambios respecto a las versiones de manual anteriores en el capítulo Historia
del documento (Página 287).

4 Manual de programación, 11/2015, C79000-G8978-C229-08
Prólogo
Edición del manual sustituida

El presente manual sustituye la edición 10/2012 del manual.
Documentación del CP en la Manual Collection (referencia A5E00069051)

Muchos CP S7 llevan adjunto el DVD SIMATIC NET Manual Collection. Este DVD se
actualiza periódicamente y contiene los manuales y las descripciones actuales en el
momento de su creación.
Información sobre versiones actuales de los bloques de programa (FCs/FBs)

Utilice siempre las versiones de bloques actuales para los nuevos programas de usuario.
Encontrará información sobre las versiones actuales de los bloques así como los bloques de
programa actuales en Internet en la siguiente dirección:
Enlace: (https://support.industry.siemens.com/cs/ww/es/view/109481127)
Para casos de recambio, procesa según las instrucciones que aparecen en la parte
específica del manual de producto correspondiente a su CP S7.
Historial de versiones para bloques de programa y CPs S7

En el documento "Historial de versiones / descargas actuales para los CPs S7 SIMATIC
NET" encontrará información sobre todos los CPs que se han suministrado hasta el
momento para SIMATIC S7 (Industrial Ethernet, PROFIBUS e IE/PB-Link) y los bloques de
programa (FCs/FBs).
Los documentos se pueden descargar de Internet, en la siguiente dirección:
Ejemplos de aplicación para el tema comunicación

Encontrará una gran selección de ejemplos de aplicación y otros documentos en las páginas
de Siemens Industry Online Support, en la dirección siguiente:
Enlace: (https://support.industry.siemens.com/cs/ww/es/ps/15247/ae)
En el árbol de productos y con ayuda del tipo de artículo se puede limitar aún más el campo
de aplicación en esta página de Internet.
Glosario de SIMATIC NET

Las explicaciones de muchos de los términos utilizados en esta documentación están
recogidas en el glosario de SIMATIC NET.
Encontrará el glosario de SIMATIC NET aquí:
● SIMATIC NET Manual Collection o DVD del producto
Este DVD se adjunta a algunos productos SIMATIC NET.
● En la siguiente dirección de Internet:

Prólogo

Índice
Prólogo ................................................................................................................................................... 3
1 Sinopsis y generalidades sobre el uso .................................................................................................. 13
1.1 Bloques de programa para Industrial Ethernet / PROFINET..................................................13
1.2 Bloques de programa para PROFIBUS ..................................................................................15
1.3 Parametrización de llamadas de los bloques de programa....................................................17
1.4 Parámetros para coordinación de CP y enlaces (parámetros de entrada) ............................18
1.5 Parámetros para definir una determinada área de datos de la CPU (parámetros de
entrada) ...................................................................................................................................19
1.6 Informaciones sobre estado/status (parámetros de salida)....................................................19
2 Bloques de programa para Industrial Ethernet ....................................................................................... 21
2.1 Bloques de programa para los servicios de comunicación abiertos (interfaz
SEND/RECEIVE) ....................................................................................................................21
2.1.1 Sinopsis de bloques de programa y su uso ............................................................................21
2.1.2 AG_SEND / AG_LSEND / AG_SSEND ..................................................................................25
2.1.2.1 Significado y llamada - AG_SEND / AG_LSEND / AG_SSEND .............................................25
2.1.2.2 Forma de trabajar - AG_SEND / AG_LSEND / AG_SSEND ..................................................26
2.1.2.3 Explicación de los parámetros formales - AG_SEND / AG_LSEND / AG_SSEND ................29
2.1.2.4 Códigos de condición AG_SEND, AG_LSEND y AG_SSEND ...............................................30
2.1.3 AG_RECV / AG_LRECV / AG_SRECV ..................................................................................32
2.1.3.1 Significado y llamada - AG_RECV / AG_LRECV / AG_SRECV .............................................32
2.1.3.2 Forma de trabajar - AG_RECV / AG_LRECV / AG_SRECV ..................................................33
2.1.3.3 Explicación de los parámetros formales - AG_RECV / AG_LRECV / AG_SRECV ................38
2.1.3.4 Códigos de condición AG_RECV, AG_LRECV y AG_SRECV ...............................................40
2.2 Bloques de programa para coordinación de accesos en caso de FETCH/WRITE ................42
2.2.1 Sinopsis de bloques de programa y su uso ............................................................................42
2.2.2 AG_LOCK ...............................................................................................................................44
2.2.2.1 Significado y llamada - AG_LOCK ..........................................................................................44
2.2.2.2 Explicación de los parámetros formales - AG_LOCK .............................................................45
2.2.2.3 Códigos de condición del bloque AG_LOCK ..........................................................................45
2.2.3 AG_UNLOCK ..........................................................................................................................46
2.2.3.1 Significado y llamada - AG_UNLOCK.....................................................................................46
2.2.3.2 Explicación de los parámetros formales - AG_UNLOCK........................................................47
2.2.3.3 Códigos de condición del bloque AG_UNLOCK .....................................................................47
2.3 Bloques de programa para el diagnóstico de enlaces y del sistema .....................................48
2.3.1 AG_CNTRL .............................................................................................................................48
2.3.1.1 Significado y llamada - AG_CNTRL........................................................................................48
2.3.1.2 Forma de trabajar AG_CNTRL ...............................................................................................50
2.3.1.3 Explicación de los parámetros formales - AG_CNTRL ...........................................................51
2.3.1.4 Códigos de condición AG_CNTRL .........................................................................................52
2.3.1.5 Comandos y resultados de las peticiones - AG_CNTRL ........................................................53
2.3.2 AG_CNTEX .............................................................................................................................60

Índice
2.3.2.1 Significado y llamada - AG_CNTEX....................................................................................... 60

2.3.2.2 Funcionamiento AG_CNTEX ................................................................................................. 62
2.3.2.3 Funcionamiento de la función PING ...................................................................................... 63
2.3.2.4 Explicación de los parámetros formales - AG_CNTEX.......................................................... 65
2.3.2.5 Códigos de condición AG_CNTEX ........................................................................................ 66
2.3.2.6 Comandos y resultados de las peticiones - AG_CNTEX ....................................................... 68
2.4 Bloques de programa para servicios FTP ............................................................................. 76
2.4.1 Panorámica de FTP ............................................................................................................... 76
2.4.2 FTP_CMD - bloque de programa universal para servicios FTP ............................................ 77
2.4.2.1 Significado y llamada - FTP_CMD ......................................................................................... 78
2.4.2.2 Parámetros de entrada - FTP_CMD ...................................................................................... 80
2.4.2.3 Parámetros de salida e informaciones de estado - FTP_CMD ............................................. 86
2.4.2.4 Migración de FC 40-44 a FTP_CMD...................................................................................... 89
2.4.3 FTP_CONNECT ..................................................................................................................... 90
2.4.3.1 Significado y llamada - FTP_CONNECT ............................................................................... 90
2.4.3.2 Explicación de los parámetros formales - FTP_CONNECT .................................................. 91
2.4.4 FTP_STORE .......................................................................................................................... 93
2.4.4.1 Significado y llamada - FTP_STORE ..................................................................................... 93
2.4.4.2 Explicación de los parámetros formales - FTP_STORE ........................................................ 94
2.4.5 FTP_RETRIEVE..................................................................................................................... 95
2.4.5.1 Significado y llamada - FTP_RETRIEVE ............................................................................... 95
2.4.5.2 Explicación de los parámetros formales - FTP_RETRIEVE .................................................. 96
2.4.6 FTP_DELETE......................................................................................................................... 97
2.4.6.1 Significado y llamada - FTP_DELETE ................................................................................... 97
2.4.6.2 Explicación de los parámetros formales - FTP_DELETE ...................................................... 98
2.4.7 FTP_QUIT .............................................................................................................................. 99
2.4.7.1 Significado y llamada - FTP_QUIT......................................................................................... 99
2.4.7.2 Explicación de los parámetros formales - FTP_QUIT.......................................................... 100
2.4.8 Parámetros para coordinación de CP y enlaces (parámetros de entrada) ......................... 101
2.4.9 Informaciones sobre estado/status (parámetros de salida) ................................................. 102
2.4.10 Bloque de datos File-DB ...................................................................................................... 105
2.4.10.1 Estructura de los bloques de datos (File-DB) para servicios FTP - modo FTP-Client ........ 105
2.4.10.2 Estructura de los bloques de datos (File-DB) para servicios FTP - modo FTP-Server ....... 107
2.5 Bloques de programa para enlaces programados y configuración IP ................................. 110
2.5.1 Forma de trabajar................................................................................................................. 110
2.5.2 Proceda del siguiente modo ................................................................................................ 113
2.5.3 Bloque de datos de configuración (CONF_DB) ................................................................... 113
2.5.4 Bloque de datos de configuración - Ejemplo ....................................................................... 114
2.5.5 Bloque de parámetros para datos de sistema (configuración IP) ........................................ 118
2.5.6 Bloques de parámetros para tipos de enlaces .................................................................... 119
2.5.6.1 Bloque de parámetros para enlaces TCP ............................................................................ 120
2.5.6.2 Bloque de parámetros para enlaces UDP ........................................................................... 121
2.5.6.3 Bloque de parámetros para enlaces ISO-on-TCP ............................................................... 122
2.5.6.4 Bloque de parámetros para enlaces de correo electrónico ................................................. 123
2.5.6.5 Bloque de parámetros para enlaces FTP ............................................................................ 124
2.5.7 Tipos de subbloque .............................................................................................................. 125
2.5.8 IP_CONFIG - Significado y llamada..................................................................................... 129
2.5.9 Forma de trabajar IP_CONFIG ............................................................................................ 130
2.5.10 Explicación de los parámetros formales - IP_CONFIG........................................................ 132
2.5.11 Números de puerto reservados - IP_CONFIG ..................................................................... 133
2.5.12 Códigos de condición IP_CONFIG ...................................................................................... 133

Índice
2.6 Bloques de programa para ERPC-CP ..................................................................................136

2.6.1 LOGICAL_TRIGGER para el trigger lógico ..........................................................................136
2.6.2 Forma de trabajar LOGICAL_TRIGGER ..............................................................................137
2.6.3 Explicación de los parámetros formales - LOGICAL_TRIGGER ..........................................138
2.6.4 Códigos de condición LOGICAL_TRIGGER.........................................................................139
2.6.5 Bloque de datos de configuración ........................................................................................141
2.7 Capacidad / recursos necesarios de los bloques de programa (Ethernet) ..........................142
3 Bloques de programa para PROFINET IO (S7-300) ............................................................................ 145
3.1 Sinopsis de bloques de programa y su uso ..........................................................................145
3.2 PROFINET IO: Transmisión de datos y evaluación de alarmas ..........................................147
3.2.1 PNIO_SEND .........................................................................................................................147
3.2.1.1 Significado y llamada - PNIO_SEND ....................................................................................147
3.2.1.2 Explicación de los parámetros formales - PNIO_SEND .......................................................148
3.2.1.3 Códigos de condición del bloque PNIO_SEND ....................................................................152
3.2.2 PNIO_RECV .........................................................................................................................154
3.2.2.1 Significado y llamada - PNIO_RECV ....................................................................................154
3.2.2.2 Explicación de los parámetros formales - PNIO_RECV .......................................................156
3.2.2.3 Códigos de condición del bloque PNIO_RECV ....................................................................160
3.2.3 Comportamiento general de los FCs para PROFINET IO....................................................162
3.2.4 Coherencia de los datos .......................................................................................................163
3.2.5 Valores de sustitución ...........................................................................................................164
3.2.6 PNIO_RW_REC ....................................................................................................................165
3.2.6.1 Significado y llamada - PNIO_RW_REC...............................................................................165
3.2.6.2 Explicación de los parámetros formales - PNIO_RW_REC..................................................166
3.2.6.3 Códigos de condición del bloque PNIO_RW_REC ...............................................................167
3.2.7 PNIO_ALARM .......................................................................................................................169
3.2.7.1 Significado y llamada - PNIO_ALARM..................................................................................169
3.2.7.2 Explicación de los parámetros formales - PNIO_ALARM.....................................................170
3.2.7.3 Códigos de condición del bloque PNIO_ALARM ..................................................................172
3.3 PROFIenergy ........................................................................................................................173
3.3.1 Bloques de programa PROFIenergy para el CP 300 ...........................................................174
3.3.2 PE_START_END_CP ...........................................................................................................176
3.3.2.1 Significado y llamada - PE_START_END_CP ......................................................................176
3.3.2.2 Explicación de los parámetros formales de PE_START_END_CP ......................................178
3.3.2.3 Indicadores de PE_START_END_CP...................................................................................179
3.3.3 PE_CMD_CP ........................................................................................................................180
3.3.3.1 Significado y llamada - PE_CMD_CP ...................................................................................180
3.3.3.2 Explicación de los parámetros formales de PE_CMD_CP ...................................................182
3.3.3.3 Indicadores de PE_CMD_CP ................................................................................................185
3.3.4 Datos de respuesta ...............................................................................................................186
3.3.5 PE_I_DEV_CP ......................................................................................................................193
3.3.5.1 Significado y llamada - PE_I_DEV_CP .................................................................................193
3.3.5.2 Explicación de los parámetros formales de PE_I_DEV_CP .................................................194
3.3.5.3 Indicadores de PE_I_DEV_CP ..............................................................................................195
3.3.6 Bloques de programa complementarios para PE_I_DEV_CP ..............................................196
3.3.6.1 Vista general de los FCs .......................................................................................................196
3.3.6.2 Interconexión de los FCs con PE_I_DEV_CP ......................................................................197
3.3.6.3 Parámetros comunes de los FCs .........................................................................................198
3.3.6.4 Parámetros individuales de los FCs .....................................................................................198
3.3.7 DS3_WRITE_CP / PE_DS3_Write_ET200S_CP ..................................................................203

Índice
3.3.7.1 Significado y llamada - DS3_WRITE_CP ............................................................................ 204

3.3.7.2 Explicación de los parámetros formales de DS3_WRITE_CP ............................................. 205
3.3.7.3 Indicadores de DS3_WRITE_CP ......................................................................................... 206
3.4 Capacidad / recursos necesarios de los bloques de programa (PROFINET) ..................... 206
4 Bloques de programa para PROFINET CBA ........................................................................................209
4.1 PN_InOut / PN_InOut_Fast - Significado y llamada............................................................. 209
4.2 Explicación de los parámetros formales - PN_InOut / PN_InOut_Fast................................ 211
4.3 Códigos de condición de los bloques PN_InOut y PN_InOut_Fast ..................................... 211
4.4 Petición temporizada PN_InOut / PN_InOut_Fast - recomendación para el uso ................ 214
5 Bloques de programa para PROFIBUS ................................................................................................215
5.1 Bloques de programa para los servicios de comunicación abiertos (interfaz
SEND/RECEIVE) ................................................................................................................. 215
5.1.1 Resumen de aplicación ........................................................................................................ 215
5.1.2 AG_SEND / AG_LSEND ...................................................................................................... 217
5.1.2.1 Significado y llamada - AG_SEND / AG_LSEND................................................................. 217
5.1.2.2 Forma de trabajar - AG_SEND / AG_LSEND ...................................................................... 219
5.1.2.3 Explicación de los parámetros formales - AG_SEND / AG_LSEND.................................... 220
5.1.2.4 Códigos de condición AG_SEND y AG_LSEND .................................................................. 222
5.1.3 AG_RECV / AG_LRECV ...................................................................................................... 224
5.1.3.1 Significado y llamada - AG_RECV / AG_LRECV................................................................. 224
5.1.3.2 Forma de trabajar - AG_RECV / AG_LRECV ...................................................................... 225
5.1.3.3 Explicación de los parámetros formales - AG_RECV / AG_LRECV.................................... 227
5.1.3.4 Códigos de condición AG_RECV y AG_LRECV .................................................................. 228
5.2 Bloques de programa para DP (periferia descentralizada) en S7-300 ................................ 230
5.2.1 Resumen de aplicación ........................................................................................................ 230
5.2.2 DP_SEND ............................................................................................................................ 231
5.2.2.1 Significado y llamada - DP_SEND ....................................................................................... 231
5.2.2.2 Forma de trabajar - DP_SEND ............................................................................................ 232
5.2.2.3 Explicación de los parámetros formales - DP_SEND .......................................................... 233
5.2.2.4 Códigos de condición de DP_SEND .................................................................................... 234
5.2.3 DP_RECV ............................................................................................................................ 235
5.2.3.1 Significado y llamada - DP_RECV ....................................................................................... 235
5.2.3.2 Forma de trabajar - DP_RECV ............................................................................................ 237
5.2.3.3 Explicación de los parámetros formales - DP_RECV .......................................................... 238
5.2.3.4 Códigos de condición DP_RECV ......................................................................................... 239
5.2.3.5 DPSTATUS - DP_RECV ...................................................................................................... 240
5.2.4 DP_DIAG .............................................................................................................................. 242
5.2.4.1 Significado y llamada - DP_DIAG ........................................................................................ 242
5.2.4.2 Forma de trabajar - DP_DIAG.............................................................................................. 243
5.2.4.3 Explicación de los parámetros formales - DP_DIAG ........................................................... 245
5.2.4.4 Tipos de petición - DP_DIAG ............................................................................................... 247
5.2.4.5 Búfer de anillo para datos de diagnóstico - DP_DIAG ......................................................... 249
5.2.4.6 Códigos de condición DP_DIAG .......................................................................................... 249
5.2.5 DP_CTRL ............................................................................................................................. 252
5.2.5.1 Significado y llamada - DP_CTRL........................................................................................ 252
5.2.5.2 Forma de trabajar - DP_CTRL ............................................................................................. 253
5.2.5.3 Explicación de los parámetros formales - DP_CTRL........................................................... 255
5.2.5.4 Tipos de petición - DP_CTRL .............................................................................................. 256

Índice
5.2.5.5 Command Mode y Group Select - DP_CTRL .......................................................................259

5.2.5.6 Códigos de condición DP_CTRL ..........................................................................................260
5.3 Capacidad / recursos necesarios de los bloques de programa (PROFIBUS) ......................263
6 Bloques de programa para PROFIBUS FMS ....................................................................................... 265
6.1 Resumen de aplicación.........................................................................................................265
6.2 Parámetros de bloques FMS ................................................................................................266
6.3 IDENTIFY ..............................................................................................................................269
6.3.1 Significado y llamada - IDENTIFY ........................................................................................269
6.3.2 Forma de trabajar - IDENTIFY ..............................................................................................270
6.4 READ ....................................................................................................................................271
6.4.1 Significado y llamada - READ ...............................................................................................271
6.4.2 Forma de trabajar READ ......................................................................................................272
6.5 REPORT ...............................................................................................................................273
6.5.1 Significado y llamada - REPORT ..........................................................................................273
6.5.2 Forma de trabajar REPORT .................................................................................................274
6.6 STATUS ................................................................................................................................275
6.6.1 Significado y llamada - STATUS ..........................................................................................275
6.6.2 Forma de trabajar STATUS ..................................................................................................277
6.7 WRITE...................................................................................................................................278
6.7.1 Significado y llamada - WRITE .............................................................................................278
6.7.2 Forma de trabajar WRITE .....................................................................................................279
6.8 Códigos de condición y mensajes de error - Bloques FMS..................................................280
6.8.1 Error detectado localmente ...................................................................................................282
6.8.2 Errores notificados por el interlocutor FMS ..........................................................................284
6.9 Alcance / requerimiento de recursos del FB (PROFIBUS FMS) ..........................................286
A Historia del documento ....................................................................................................................... 287
B Bibliografía .......................................................................................................................................... 291
B.1 Para la configuración, puesta en servicio y utilización del CP .............................................291
B.2 Para la programación............................................................................................................292
Índice alfabético .................................................................................................................................. 293

Índice

Sinopsis y generalidades sobre el uso 1
1.1 Bloques de programa para Industrial Ethernet / PROFINET
Forma de suministro - Librería de bloques

Los bloques de programa SIMATIC NET se suministran, si no se indica otra cosa, junto con
el software de configuración STEP 7.
Nota
diferir entre sí.
La lista representada a continuación muestra los números de bloques tal y como se

suministran.
Consulte además en el rubro SIMATIC_NET_CP en qué directorio están almacenados los
bloques. Tenga en cuenta que se tienen que utilizar bloques de programa diferentes para
S7-300 y S7-400 (librerías separadas).
Servicio de comunicación / Bloque de programa Librería de SIMATIC NET

área de funciones SIMATIC_NET_CP
CP 300 CP 400
SEND / RECEIVE AG_SEND FC5 x x
(Servicios de comunicación AG_LSEND FC50 x 2) x
abiertos) AG_SSEND FC53 x 3)
AG_RECV FC6 x x
AG_LRECV FC60 x 2) x
AG_SRECV FC63 x 3)
AG_LOCK FC7 x x
AG_UNLOCK FC8 x x
AG_CNTRL FC10 x 3) x 3)
AG_CNTEX FB10 x 3) x 3)
Conexiones de comunicación IP_CONFIG FB55 x x
programadas y configuración
IP
Comunicación S7 4) BSEND FB12 x
BRCV FB13 x
PUT FB15 x
GET FB14 x
USEND FB8 x
URCV FB9 x
C_CNTRL FC62 x

Sinopsis y generalidades sobre el uso
1.1 Bloques de programa para Industrial Ethernet / PROFINET
Servicio de comunicación / Bloque de programa Librería de SIMATIC NET

área de funciones SIMATIC_NET_CP
CP 300 CP 400
FTP (Advanced-CPs) FTP_CMD FB40 x x
FTP_CONNECT FC40 x x
FTP_STORE FC41 x x
FTP_RETRIEVE FC42 x x
FTP_DELETE FC43 x x
FTP_QUIT FC44 x x
PROFINET CBA PN_InOut 1) FB88 1) x 1) x 1)
PN_InOut_Fast 1) FB90 1) x 1)
PROFINET IO PNIO_SEND FC11 x
PNIO_RECV FC12 x
PNIO_RW_REC FB52 x
PNIO_ALARM FB54 x
PE_START_END_CP FB85 x
PE_CMD_CP FB86 x
PE_I_DEV_CP FB87 x
DS3_WRITE_CP FB53 x
(STEP 7 V5.5)
PE_DS3_Write_ET200S_CP 5) FB88 x
(STEP 7 Professional)
Leyenda:
1) El FB88 / FB90 se suministra junto con la herramienta de ingeniería SIMATIC iMap y se registra en la librería del sis-
tema PROFINET al instalar el complemento de STEP 7.
2) No se puede utilizar para CP actuales y ya no forma parte del suministro de la librería "SIMATIC_NET_CP" actual.
3) Dependiendo del tipo de CP
4) Se describe en la documentación de STEP 7
5) Encontrará la descripción subsiguiente del bloque de programa PE_DS3_Write_ET200S_CP para STEP 7 Professio-
nal a continuación de este documento, en la descripción del bloque de programa DS3_WRITE_CP para STEP 7 V5.5,
el cual tiene la misma función.
¿Qué versión de bloque se debe utilizar?

Las descripciones siguientes contienen también referencias a comportamientos
discrepantes en caso de versiones de bloques diferentes. Preste también atención a la
identificación de versión de los bloques que utilice.
Las librerías de bloques de SIMATIC NET instaladas con STEP 7 contienen las versiones
de bloques actuales en el momento de la autorización de STEP 7.

1.2 Bloques de programa para PROFIBUS
Nota
Se recomienda utilizar siempre las versiones actuales para todos los tipos de bloques.
Encontrará información sobre las versiones actuales de los bloques así como los bloques
actuales que pueden descargarse en el Siemens Industry Online Support en Internet en la
siguiente dirección:
Esta recomendación presupone que usted utilice la versión de firmware actual para este tipo
de módulo.
Bloques de programa en caso de repuesto

Se entiende por caso de repuesto el cambio de un módulo por otro módulo de versión
eventualmente más moderna.
Nota
Tenga en cuenta que, en el caso de utilizar recambios, en el programa de usuario se deben
utilizar solo los bloques autorizados para el tipo de CP configurado.
de módulo.
Los manuales de producto específicos informan sobre la compatibilidad de los CPs S7 y los
bloques de programa correspondientes.

Los bloques de programa SIMATIC NET se suministran, si no se indica otra cosa, junto con
el software de configuración STEP 7.
Nota
diferir entre sí.
La lista representada a continuación muestra los números de bloques tal y como se

suministran.
Consulte además en el rubro SIMATIC_NET_CP en qué directorio están almacenados los
bloques. Tenga en cuenta que se tienen que utilizar bloques de programa diferentes para
S7-300 y S7-400 (librerías separadas).

Servicio de comunicación / área de Bloque de programa Librería de SIMATIC NET

funciones SIMATIC_NET_CP
CP 300 CP 400
PROFIBUS DP DP_SEND FC1 x
DP_RECV FC2 x
DP_DIAG FC3 x
DP_CTRL FC4 x
SEND / RECEIVE AG_SEND FC5 x x
(Servicios de comunicación abiertos) AG_LSEND FC50 x 2)
AG_RECV FC6 x x
AG_LRECV FC60 x 2)
Comunicación S7 1) BSEND FB12 x 1)
BRCV FB13 x 1)
PUT FB15 x 1)
GET FB14 x 1)
USEND FB8 x 1)
URCV FB9 x 1)
C_CNTRL FC62 x 1)
PROFIBUS FMS IDENTIFY FB2 x x

READ FB3 x x
REPORT FB4 x x
STATUS FB5 x x
WRITE FB6 x x
1) Descrito en la documentación de STEP 7. En la librería de STEP 7 se suministran los SFBs que deben utilizarse para
S7-400.
2) Se puede utilizar pero no tiene ninguna función especial en PROFIBUS.
¿Qué versión de bloque se debe utilizar?

Las descripciones siguientes contienen también referencias a comportamientos
discrepantes en caso de versiones de bloques diferentes. Preste también atención a la
identificación de versión de los bloques que utilice.
Las librerías de bloques de SIMATIC NET instaladas con STEP 7 contienen las versiones
de bloques actuales en el momento de la autorización de STEP 7.
Nota
Encontrará información sobre las versiones actuales de los bloques así como los bloques
actuales en el Customer Support en Internet bajo la siguiente referencia:
de módulo.

1.3 Parametrización de llamadas de los bloques de programa
Bloques de programa en caso de sustitución

Se entiende por caso de sustitución el cambio de un módulo por otro módulo de versión
eventualmente más moderna.
Nota
Tenga en cuenta que, en el caso de utilizar recambios, en el programa de usuario se deben
utilizar sólo los bloques autorizados para el tipo de CP configurado.
de módulo.
Los manuales del equipo informan sobre la compatibilidad de los CPs S7 y los bloques de
programa correspondientes.
1.3 Parametrización de llamadas de los bloques de programa
Indicaciones generales sobre la llamada y parametrización

Antes de pasar a describir en detalle los bloques de programa, se ofrecen aquí algunas
informaciones de índole general sobre la llamada y la parametrización.
Aquí se pueden dar informaciones generales sobre los siguientes grupos de parámetros,
existentes en todos los bloques de programa:
● Parámetros para coordinación de CP y enlaces (parámetros de entrada)
● Parámetros para definir una determinada área de datos de la CPU (parámetros de
entrada)
● Informaciones sobre estado/status (parámetros de salida)
ATENCIÓN
Llamar bloque de comunicación para S7-300
No se permite llamar los bloques de comunicación para S7-300 (SIMATIC NET,
bibliotecas de bloques para S7-300 en STEP 7) en varios niveles de proceso. Si, por
ejemplo, llama un bloque de comunicación en OB1 y en OB35, el procesamiento del
bloque podría ser interrumpido por el OB de prioridad respectivamente superior.
Si llama bloques en varios OBs, tiene que procurar, a través de la programación, que
un bloque de comunicación en procesamiento no sea interrumpido por otro bloque de
comunicación (por ejemplo, por medio del SFC Bloquear/Liberar alarmas).

1.4 Parámetros para coordinación de CP y enlaces (parámetros de entrada)
1.4 Parámetros para coordinación de CP y enlaces (parámetros de

entrada)
Al llamar un bloque de programa se transfiere en el parámetro CPLADDR o LADDR la
dirección inicial de módulo del CP S7. La dirección inicial de módulo del CP S7 se puede
consultar durante la configuración del CP en el parámetro "Dirección/Entrada".
En el caso de peticiones orientadas a enlaces tiene que referenciar adicionalmente el enlace
a utilizar a través de su ID de enlace. Encontrará el dato correspondiente en el diálogo de
propiedades del enlace, bajo "Parámetros de bloque" (ver informaciones en NetPro).
Aplicar automáticamente los parámetros de bloque (aquí se describe para STEP 7 V5.5)
Para garantizar una parametrización correcta de las llamadas de bloques, STEP7 ofrece en
el editor KOP/AWL/FUP la posibilidad de tomar automáticamente todos los parámetros
relevantes de la configuración del hardware (HW Config) y de la configuración de enlaces
(NetPro).
Para ello, proceda del modo aquí descrito al parametrizar el bloque en el programa de
usuario:
1. Marque la llamada de bloque y sus parámetros de bloque.
2. Seleccione con la tecla derecha del ratón el submenú "Enlaces...".
3. Dependiendo del tipo de bloque puede seleccionar ahora en una lista el enlace y/o el
módulo previstos para el bloque.
4. Confirme la selección; si es posible, se introducen entonces los valores de parámetros
disponibles en la llamada de bloque.
Comportamiento al indicar una dirección errónea

Si la dirección inicial de módulo indicada no permite a la CPU S7 acceder al CP PROFIBUS
o identificarlo como CP, resultan las situaciones de error que se describen a continuación.
Causa Reacción o indicación

Bajo la dirección de CP indicada La CPU permanece en el estado de STOP con error del sistema;
no se puede direccionar o identi- evalúe en este caso el búfer de diagnóstico de la CPU.
ficar ningún módulo.
La dirección del CP hace refe- Posible indicación de error en el parámetro STATUS del bloque
rencia a otro tipo de módulo. de comunicación:
8184H Error del sistema
80B0H El módulo no conoce le registro de datos.
80C0H No se puede leer el registro de datos.
80C3H Recursos (memoria) ocupados.
80D2H La dirección base lógica es incorrecta.

1.5 Parámetros para definir una determinada área de datos de la CPU (parámetros de entrada)
Nota
Si direcciona por error otro tipo de módulo que no sea un CP, se originan errores que no son
señalizados por mensajes de error de los bloques de programa.
1.5 Parámetros para definir una determinada área de datos de la CPU

(parámetros de entrada)
Indicar el área de datos en la CPU

Al llamar un bloque de programa se transmite la dirección y la longitud del área de datos de
la CPU en la que se deben disponer o almacenar datos de usuario o bien que puede
contener otras informaciones relativas a la parametrización.
Para el direccionamiento de esta área se utiliza el tipo de datos del puntero ANY.
Encontrará información detallada sobre este tipo de datos en la Ayuda en pantalla de
STEP 7.
1.6 Informaciones sobre estado/status (parámetros de salida)
Evaluar indicaciones de estados

Para la evaluación del estado se tienen que evaluar estos parámetros en el programa de
usuario:
● DONE o NDR
Estos parámetros (DONE para peticiones de emisión y NDR para peticiones de
recepción) comunican la conclusión (positiva) de la ejecución de una petición.
● ERROR
Notifica que la petición no se ha podido ejecutar sin errores.
● STATUS
El parámetro proporciona informaciones detalladas sobre la ejecución de la petición. Se
pueden proporcionar indicaciones de estado ya durante la ejecución de la petición
(DONE=0 y ERROR=0).
Nota
Tenga en cuenta que las indicaciones de estados DONE, NDR, ERROR, STATUS se
actualizan a cada llamada de bloque.

1.6 Informaciones sobre estado/status (parámetros de salida)
Indicaciones de estado al arrancar el CP

Al rearrancar el CP Ethernet (p. ej., por accionamiento del selector) los parámetros de salida
del bloque FC se inicializan como sigue:
● DONE = 0
● NDR = 0
● ERROR = 0
● STATUS =
– 8180H para AG_RECV / AG_LRECV
– 8181H para AG_SRECV
– 8181H para AG_SEND /AG_LSEND / AG_SSEND

Bloques de programa para Industrial Ethernet 2
2.1 Bloques de programa para los servicios de comunicación abiertos
(interfaz SEND/RECEIVE)
2.1.1 Sinopsis de bloques de programa y su uso
Panorámica
En la interfaz SEND/RECEIVE están disponibles los siguientes bloques de programa para la
transmisión de datos:
Bloque de programa utilizable para 1) Significado

S7-300 S7-400
AG_SEND (FC5) x x para enviar datos
AG_RECV (FC6) x x para recibir datos
AG_LSEND (FC50) x para enviar datos
AG_LRECV (FC60) x para recibir datos
AG_SSEND (FC53) x para enviar datos
AG_SRECV (FC63) x para recibir datos
1) Observaciones sobre los bloques de programa para S7-300 y S7-400

● para S7-300 rige:
– En los CPs Ethernet de las ediciones actuales se utilizan exclusivamente los bloques
de programa AG_SEND y AG_RECV; la longitud de datos puede ser aquí de hasta
8192 bytes.
– En CPs S7–300 (hasta 6GK7 343–1EX10–0XE0 con versión de firmware V2.2), para
conexiones TCP se tiene que usar FC60 en lugar de FC6. Para el CP 343-1 (EX10)
se puede usar FC5/FC6 hasta la versión de bloque V3.0.
● para S7-400 rige:
– En caso de los bloques de programa AG_SEND / AG_RECV, la longitud de datos por
petición está limitada a <=240 bytes.
Es posible transmitir registros más largos (hasta 8192 bytes) con la ayuda de las FCs
AG_LSEND o AG_LRECV.
– Los bloques de programa AG_SSEND y AG_SRECV sirven para la transmisión
acelerada de datos a través del uso de una comunicación de bloques optimizada
entre la CPU y el CP en la estación S7. La comunicación rápida no tiene
repercusiones en la comunicación LAN.
– En el S7–400 no se puede utilizar FC6 para conexiones TCP, sino solo FC60 o FC63.

Bloques de programa para Industrial Ethernet
2.1 Bloques de programa para los servicios de comunicación abiertos (interfaz SEND/RECEIVE)
Informaciones adicionales
Infórmese sobre al área de datos a la que se da soporte para el CP S7 utilizado por usted
en el manual específico. Encontrará una tabla general de las versiones de FCs/FBs en el
historial de bloques SIMATIC NET.
Uso
El esquema siguiente explica la aplicación de los bloques de programa aquí descritos para
la transferencia de datos bidireccional a través de una conexión configurada.
Nota
En esta página y en las siguientes rige si no se indica expresamente otra cosa, lo dicho para
los bloques AG_SEND / AG_LSEND / AG_SSEND o AG_RECV / AG_LRECV / AG_SRECV.
Ejemplos de programas
Como ayuda, tenga en cuenta también los ejemplos de programas citados a continuación,
que encontrará bajo la siguiente ID de artículo.
● Ejemplo de programa para la interfaz SEND-RECEIVE con los bloques FC5 (AG_SEND)
y FC6 (AG_RECV) para S7-300:
17853532 (https://support.industry.siemens.com/cs/ww/es/view/17853532)
● Ejemplo de programa para la interfaz SEND-RECEIVE con los bloques FC50
(AG_LSEND) y FC60 (AG_LRECV) para S7-400:

Indicar el área de datos en la CPU

Al llamar un bloque FC se transfiere la dirección y la longitud del área de datos a la CPU.
Tenga en cuenta que la longitud máxima del área de datos depende del tipo de módulo y de
la versión de bloque utilizados.
● AG_SEND y AG_RECV
Con estos bloques se pueden enviar o recibir, hasta la versión de bloque V3.0, 240 bytes
como máximo. Las versiones de bloques actuales permiten para S7-300 un área de
datos de hasta 8192 bytes. En el caso de S7-400 se tienen que seguir utilizando las FCs
AG_LSEND / AG_LRECV para la transmisión de áreas de datos mayores.
● AG_LSEND / AG_LRECV
En el caso de los CPs de S7-400 así como en versiones anteriores de S7-300 solo es
posible transmitir áreas de datos mayores por medio de las FCs AG_LSEND o
AG_LRECV. Consulte en la información de producto correspondiente al CP el área de
datos a que se da soporte.
● AG_SSEND / AG_SRECV
Con CPs de S7−400 que soportan la comunicación PROFINET junto con CPUs a partir
de la versión 5.1, los datos se pueden transmitir por medio de las FCs AG_SSEND o
AG_SRECV con una velocidad de transmisión superior (esto no es válido para el CP
443−1 Advanced 6GK7 443–1EX41–0XE0).
Los tipos de CPs compatibles con CPUs a partir de la versión 5.1 se pueden consultar el
el manual de producto del CP (capítulo "Condiciones para el uso").
La tabla siguiente indica los límites válidos para los diferentes tipos de conexión.
FC ISO-Transport ISO-on-TCP TCP UDP

AG_LSEND (S7-400) 8192 bytes 8192 bytes 8192 bytes 2048 bytes
AG_SEND (S7-300)
AG_SEND (S7-400) 240 bytes 240 bytes 240 bytes 240 bytes
AG_LRECV (S7-400) 8192 bytes 8192 bytes 8192 bytes 2048 bytes
AG_RECV (S7-300)
AG_RECV (S7-400) 240 bytes 240 bytes 240 bytes 240 bytes
AG_SSEND (S7-400) 1452 bytes 1452 bytes 1452 bytes 1452 bytes
AG_SRECV (S7-400)
Nota
En cuanto a la longitud del área de datos transmitible en el caso de versiones anteriores de
los CPs Ethernet, tenga en cuenta lo dicho en la información de producto / el manual de
producto del CP Ethernet utilizado.
Aplicación sin encabezado de petición

En el caso de una conexión especificada, los parámetros de dirección y petición son
definidos por la configuración de la conexión. Por lo tanto, el programa de usuario solo
proporciona los datos útiles en el campo de datos UDP al enviar con AG_SEND /
AG_LSEND / AG_SSEND, o los recibe con AG_RECV / AG_LRECV / AG_SRECV.

Aplicación con encabezado de petición

Las conexiones UDP libres exigen un encabezado de petición en el área de datos de
usuario.
Consulte en la ilustración siguiente la estructura del búfer de peticiones y el significado y el
emplazamiento (high byte / low byte) de los parámetros en el encabezado de la petición.
Figura 2-1 Enviar y recibir a través de una conexión UDP libre por programa
● En la figura (entradas hexadecimal) se parte, a modo de ejemplo, de la siguiente

dirección IP: 142.11.40.35;
● Para la dirección de puerto 1003 se tiene que introducir, por ejemplo: para byte High:
03H; para byte Low: EBH.
● El campo de datos de usuario puede tener hasta 2048 bytes. Pueden transmitirse hasta
2042 bytes de datos útiles. 6 bytes están reservados para el encabezado de la petición.
Tenga en cuenta que la longitud de datos indicada al llamar el bloque (parámetro LEN)
ha de abarcar el encabezado y los datos de usuario.
No modificar los parámetros de llamada hasta después de la confirmación de la petición
Nota
Los parámetros de llamada en la interfaz de llamada de los bloques de programa AG_SEND
o AG_RECV no se pueden modificar, tras la activación de la llamada, hasta después de que
el FC haya confirmado la ejecución de la petición con DONE=1 o con ERROR=1.
Si no se tiene en cuenta esto, puede suceder que se cancele con error la ejecución de la
petición.

Indicador de estado en la interfaz de llamada de FC; peculiaridad de las versiones FC (solo para S7-
300) *)
En el caso de las FCs AG_SEND (FC 5) y AG_RECV (FC 6) aparecen las indicaciones
citadas a continuación en los siguientes casos operativos:
● el CP se encuentra en STOP;
● la conexión no está configurada;
● conexión no establecida;
● conexión cancelada;
Indicadores:
● AG_SEND:
DONE=0; ERROR=1; Status=8183H
● AG_RECV:
o
*) válido para FCs a partir de la versión 4.0
2.1.2 AG_SEND / AG_LSEND / AG_SSEND
2.1.2.1 Significado y llamada - AG_SEND / AG_LSEND / AG_SSEND
Significado del bloque

El bloque de programa AG_SEND / AG_LSEND / AG_SSEND transfiere datos al CP
Ethernet para su transmisión a través de un enlace configurado.
El área de datos indicada puede ser un área de marcas o un área de bloques de datos.
Si ha sido posible enviar a través de Ethernet todo el área de datos de usuario, esto se
señaliza para notificar la ejecución correcta.
Observación:
Todos los datos siguientes son válidos, si no se dice lo contrario, igualmente para las FCs
AG_SEND, AG_LSEND y AG_SSEND.

Interfaz de llamada
Interfaz de llamada en representación FUP
Ejemplo en representación AWL
AWL Explicación
call fc 5 ( //llamada de bloque
ACT := M 10.0, //impulso de petición por bit de marcador
ID := MW 12, //ID de enlace según configuración
LADDR := W#16#0100, //=LADDR 256 dec. en configuración de hardware
SEND := P#db99.dbx10.0 byte 240, //búfer con datos de emisión
LEN := MW 14, //dato de longitud para datos de emisión
DONE := M 10.1, //indicación de ejecución
ERROR := M 10.2, //indicación de fallo
STATUS := MW 16 ); //indicación de estado
Nota
Si desea utilizar el FC53 AG_SSEND, al configurar los enlaces tendrá que seleccionar en
las propiedades del enlace el modo "SPEED SEND/RECV".
2.1.2.2 Forma de trabajar - AG_SEND / AG_LSEND / AG_SSEND
Forma de trabajar
Los siguientes diagramas de flujo muestran la secuencia normal de la transmisión de datos
disparada con el bloque AG_SEND en el programa de usuario.
La forma de trabajar de FC depende aquí del tipo de CP utilizado.
● Caso 1: Proceso para FC5, FC50, FC53 en CPs S7–400
En S7–400, la transmisión de toda el área de datos es realizada, con independencia de
la longitud de la misma, por el CP tras la primera llamada del bloque.
● Caso 2: Proceso para FC5 en CPs S7–300
En S7–300, la transmisión tiene lugar en varios segmentos de datos (con 240 bytes de
datos útiles cada uno) y se necesitan varias llamadas de FC para la transmisión
completa de los datos.

Caso 1: Proceso para FC5, FC50, FC53 en CPs S7–400

La petición de emisión se ejecuta en cuanto se transfiere el parámetro ACT = 1.
A continuación se tiene que transferir el parámetro ACT = 0 en al menos otra llamada.
La indicación de estado se actualiza en los parámetros de salida DONE, ERROR y STATUS
con cada llamada de bloque y se puede evaluar. Por esta razón, para una nueva
actualización de la indicación de estado sin nueva petición de envío se tiene que emitir en
cada caso otra llamada de bloque con el parámetro ACT = 0.
Caso 2: Proceso para FC5 en CPs S7–300

La petición de emisión comienza en cuanto se transfiere el parámetro ACT = 1.
A diferencia del caso 1, el protocolo aquí utilizado exige una nueva llamada del FCs para la
transmisión de cada segmento de datos (240 bytes de datos útiles).
Dependiendo de la longitud de los datos útiles se tendrá que llamar por ello el FC con
ACT=0 tantas veces como sea necesario hasta que se indique que se ha completado la
transmisión; se necesita al menos una llamada más. La transmisión al interlocutor de
comunicación tiene lugar en segmentos de 240 Byte de longitud cada uno.
con cada llamada de bloque y se puede evaluar.

Nota
En principio es posible llamar varias veces el FC dentro de un ciclo de CPU, para así
acelerar el procesamiento de una petición. Sin embargo se debería considerar que con ello
se somete el ciclo de CPU a una carga correspondiente (diferente según el tipo de CPU).

2.1.2.3 Explicación de los parámetros formales - AG_SEND / AG_LSEND / AG_SSEND
Explicación de los parámetros formales

La tabla representada a continuación explica los parámetros formales de las funciones
AG_SEND / AG_LSEND / AG_SSEND:
Parámetro Declaración Tipo de Valores posibles Descripción

datos
ACT INPUT BOOL 0,1 En caso de llamada de FC con ACT = 1 se envían
bytes LEN del área de datos indicada con el parámetro
SEND.
En caso de llamada de FC con ACT = 0 se actualizan
los indicadores de estado DONE, ERROR y STATUS.
ID INPUT INT 1, 2...64 En el parámetro ID se indica el número de la conexión.
(S7-400)
1, 2...16
(S7-300)
LADDR INPUT WORD Dirección inicial del módulo
Al configurar el CP con STEP 7 aparece la dirección
inicial del módulo. Indique aquí esta dirección.
SEND INPUT ANY Indicar la dirección y la longitud
La dirección del área de datos remite como alternativa
a:
• Área de marcas
• Área de bloques de datos
LEN INPUT INT en caso de ISO- Cantidad de bytes que se deben enviar junto con la
Transport e ISO-on- petición desde el área de datos. Este número puede
TCP / TCP: estar comprendido entre 1 y "dato de longitud en pará-
1, 2...8192 (o hasta metro SEND".
"dato de longitud en • Considerar el tipo de bloque:
parámetro SEND")
– para S7-300
Con las versiones actuales de la FC AG_SEND
en UDP: se pueden transmitir hasta 8192 bytes (2048 by-
1, 2...2048 (o hasta tes para UDP).
"dato de longitud en – para S7-400
parámetro SEND") Con la FC AG_SEND, el área de datos está limi-
tada en general a como máximo 240 bytes.
En S7-400 considerar:
• Rendimiento incrementado en caso de registros
cortos:
la transmisión de registros de hasta 240 bytes tiene
lugar con un rendimiento incrementado. Esto es vá-
lido con independencia del tipo de bloque utilizado
(AG_SEND/AG_LSEND).
• Con AG_SSEND, el área de datos está limitado a
como máximo 1452 bytes.


datos
DONE OUTPUT BOOL 0: petición en curso El parámetro de estado indica si la petición se ha ejecu-
1: petición ejecutada tado sin errores.
Mientras DONE = 0, no se puede impulsar ninguna otra
petición. Al aceptar la petición, el CP pone DONE a 0.
Consulte el significado en relación con los parámetros
ERROR y STATUS en Códigos de condición
AG_SEND, AG_LSEND y AG_SSEND (Página 30)
ERROR OUTPUT BOOL 0: - Indicador de error
1: caso de error Consulte el significado en relación con los parámetros
DONE y STATUS en Códigos de condición AG_SEND,
AG_LSEND y AG_SSEND (Página 30)
STATUS OUTPUT WORD Indicador de estado
DONE y ERROR en Códigos de condición AG_SEND,
AG_LSEND y AG_SSEND (Página 30)
2.1.2.4 Códigos de condición AG_SEND, AG_LSEND y AG_SSEND
Códigos de condición
La tabla siguiente muestra el significado de la información suministrada por DONE, ERROR
y STATUS, la cual tiene que ser evaluada por el programa de usuario.
Nota
Para las entradas con la codificación 8FxxH en STATUS, tenga en cuenta también lo dicho
sobre el parámetro de salida RET_VAL en las descripciones de los bloques de programa del
sistema referenciados.
Puede consultar mediante STEP 7 los bloques de programa del sistema que se utilizan y los
que son relevantes para la evaluación de errores.
DONE ERROR STATUS Significado

1 0 0000H Petición terminada sin errores.
0 0 0000H Ninguna petición en proceso.
0 0 8181H Petición en curso.
0 1 7000H Este código de condición solo es posible en S7-400: la FC se ha llamado con ACT=0;
pero la petición no se procesa.
0 1 8183H Falta la configuración o el servicio ISO/TCP en el CP Ethernet no ha sido aún arranca-
do.
0 1 8184H • Se ha indicado un tipo de datos no permitido para el parámetro SEND.
• Error del sistema (el área de datos fuente tiene errores).
0 1 8185H Parámetro LEN mayor que el área fuente SEND.
0 1 8186H Parámetro ID no válido.
• ID != 1, 2....16 (S7-300)
• ID != 1, 2....64.(S7-400)


0 1 8302H No hay recursos de recepción en la estación de destino, la estación receptora no pue-
de procesar con suficiente rapidez los datos recibidos o no ofrece recursos de recep-
ción suficientes.
0 1 8304H La conexión no está establecida. La petición no debe volver a emitirse hasta transcurrir
un tiempo de espera >100 ms.
0 1 8311H Estación de destino no accesible bajo la dirección Ethernet indicada.
0 1 8312H Error Ethernet en el CP.
0 1 8F22H Área de origen no valida, p. ej.:
Área no existente en DB
Parámetro LEN < 0
0 1 8F24H Error de área al leer un parámetro.
0 1 8F28H Error de alineación al leer un parámetro.
0 1 8F32H El parámetro contiene número de DB demasiado alto.
0 1 8F33H Error de número de DB.
0 1 8F3AH Área de destino no cargada (DB).
0 1 8F42H Retardo de acuse al leer un parámetro del
área de periferia.
0 1 8F44H Está bloqueado el acceso a un parámetro a leer en el procesamiento del bloque.
0 1 8F7FH Error interno, p. ej. referencia ANY no admisible.
p. ej., parámetro LEN = 0 .
0 1 8090H • No existe módulo con esta dirección inicial de módulo;
• El FC utilizado no es acorde con la familia de sistemas utilizada (se tienen que
utilizar FCs diferentes para S7-300 y S7-400).
0 1 8091H La dirección base lógica no está en formato de palabra doble.
0 1 8092H En la referencia ANY se ha indicado un tipo distinto de BYTE.
(solo para S7-400)
0 1 80A4H La conexión de bus K entre CPU y CP no está establecida.
(en CPUs con versiones más actuales)
0 1 80B0H El módulo no conoce el registro.
0 1 80B1H Longitud (en parámetro LEN) errónea.
0 1 80B2H La conexión de bus K entre CPU y CP no está establecida.
0 1 80C0H No se puede leer el registro.
0 1 80C1H El registro indicado está siendo procesado.
0 1 80C2H Hay demasiadas peticiones pendientes.
0 1 80C3H Recursos ocupados (memoria) temporalmente en la CPU.
0 1 80C4H Error de comunicación (se presenta temporalmente; por ello es conveniente una repe-
tición en el programa de usuario)
0 1 80D2H Dirección inicial del módulo errónea.
Consulte también
/5/ (Página 292)

2.1.3 AG_RECV / AG_LRECV / AG_SRECV
2.1.3.1 Significado y llamada - AG_RECV / AG_LRECV / AG_SRECV

El bloque de programa AG_RECV / AG_LRECV / AG_SRECV importa del CP Ethernet los
datos transmitidos a través de un enlace configurado.
El área de datos indicada para la toma de datos puede ser un área de marcas o un área de
bloques de datos.
Se señala que la función ha sido ejecutada sin errores cuando se hayan podido recibir los
datos del CP Ethernet.
Observación:
Todos los datos siguientes son válidos, si no se dice lo contrario, igualmente para los FCs
AG_RECV y AG_LRECV / AG_SRECV.
Llamada
AWL Explicación
ID := MW 40, //ID de la conexión según configuración
LADDR := W#16#0100, //=LADDR 256 dec. en la configuración de hardware
RECV := P#M 0.0 BYTE 100, //búfer para datos de recepción
NDR := DB 110.DBX 0.6, //acuse de recibo
ERROR := DB 110.DBX 0.7, //indicación de avería
STATUS := DB 110.DBW 2, //indicación de estado
LEN := DB 110.DBW 4 ); //longitud de datos de recepción
Nota
Si desea utilizar el FC63 AG_SRECV, al configurar los enlaces tendrá que seleccionar en
las propiedades del enlace el modo "SPEED SEND/RECV".

2.1.3.2 Forma de trabajar - AG_RECV / AG_LRECV / AG_SRECV
Forma de trabajar
Los siguientes diagramas de flujo muestran la secuencia normal de la transferencia de datos
disparada con el bloque AG_RECV en el programa de usuario.
Cada petición de AG_RECV del programa del usuario es acusado por el CP Ethernet
visualizando valores en los parámetros de salida NDR, ERROR y STATUS.
La forma de trabajar de FC depende aquí del tipo de CP utilizado y de los tipos de enlaces.
● Caso 1: Proceso para FC6 en CPs S7-300
En el caso de los tipos actuales de CPs se dispone de una transmisión de datos
optimizada para la interfaz SEND/RECEIVE. Esto permite, especialmente en el caso de
registros de datos largos, un flujo de datos considerablemente mayor por la interfaz entre
CPU y CP.
● Caso 2: Proceso para FC6 y FC60 en CPs S7-400
En el caso de FC6 / FC60 AG_RECV, el comportamiento en S7 400 es diferente según
el protocolo utilizado.
– Caso 2a: Proceso para enlaces ISO−Transport, ISO−on−TCP, UDP
En estos tipos de enlaces, la transmisión del área de datos es realizada por el CP con
una o varias llamadas del bloque FC6/FC60, según la longitud del área de datos.
– Caso 2b: Proceso para enlaces TCP
En el caso del enlace TCP, es determinante el dato de longitud que aparece en el
puntero ANY del parámetro RECV. Una petición de FC6/FC60 se termina con el
código de condición NDR=1 en cuanto se ha escrito en el búfer de recepción una
cantidad de datos correspondiente a la longitud indicada.
● Caso 3: Proceso para FC63 en CPs S7-400
En el caso de FC63 AG_SRECV, el comportamiento en S7 400 es diferente según el
protocolo utilizado.
– Caso 3a: Proceso para enlaces ISO−Transport, ISO−on−TCP, UDP
En estos tipos de enlaces, la transmisión de toda el área de datos es realizada, con
independencia de su longitud, tras la primera llamada de bloque por el CP.
– Caso 3b: Proceso para enlaces TCP
Para el enlace TCP, con cada llamada se adoptan los datos existentes en el CP hasta
la longitud de petición máxima especificada.
La llamada se tiene que repetir hasta que el registro de datos se haya almacenado de
forma completa y coherente en el búfer de recepción. La adopción completa del
registro de datos se indica, en caso de nuevas llamadas de FC, con el parámetro
NDR=1.
Caso 1: Proceso para FC6 en CPs S7-300

Al llamar el FC6, el programa de usuario prepara el búfer para los datos de recepción e
incita al CP a introducir allí los datos recibidos.

El protocolo aquí utilizado exige que para la transmisión al búfer de recepción se efectúe
una nueva llamada del FC para cada segmento de datos (240 bytes de datos útiles).
Dependiendo de la longitud de los datos útiles, el FC se tiene que llamar tantas veces como
sea necesario para que se indique con el parámetro NDR=1 que se ha completado la
transmisión.
La indicación de estado se actualiza en los parámetros de salida NDR, ERROR y STATUS
Caso 2a: Proceso para FC6 y FC60 en CPs S7-400 (para enlaces ISO−Transport, ISO−on−TCP,
UDP)
Al llamar el FC, el programa de usuario prepara el búfer para los datos de recepción e incita
al CP a introducir allí todos los datos disponibles.

En cuanto un registro de datos se ha almacenado en forma completa y coherente en el

búfer de recepción, se indica esto con el parámetro NDR=1 en una de las nuevas llamadas
de FC.
Caso 2b: Proceso para FC6 / FC60 en CPs S7-400 (sólo para enlaces TCP)
En el caso del enlace TCP, es determinante el dato de longitud que aparece en el puntero
ANY del parámetro RECV. Una petición de FC6/FC60 se termina con el código de condición
NDR=1 en cuanto se ha escrito en el búfer de recepción una cantidad de datos
correspondiente a la longitud indicada.
El ejemplo de este proceso muestra el caso de que para un FC60 se haya parametrizado a
400 bytes el dato de longitud en el puntero ANY.

Caso 3a: Proceso para FC63 en CPs S7-400 (para enlaces ISO−Transport, ISO−on−TCP, UDP)
al CP a introducir allí todos los datos disponibles hasta el término de la transmisión, es decir,
hasta que se alcance la longitud de datos indicada en el puntero ANY.
En cuanto el registro de datos se ha almacenado en forma completa y coherente en el búfer
de recepción, se indica esto con el parámetro NDR=1 en una de las nuevas llamadas de
FC.
La longitud máxima de datos de recepción es de 1452 bytes. El tamaño del búfer de
recepción tiene que estar ajustado siempre a ese valor.

Caso 3b: Proceso para FC63 en CPs S7-400 (sólo para enlaces TCP)
al CP a introducir allí los datos actualmente disponibles. Mientras no se han almacenado por
completo los datos en el búfer de recepción, aparece el mensaje "Petición en curso"
(8181H).
Con la nueva llamada del FC se almacenan en el búfer de recepción los datos actualmente
disponibles. Cuando el registro de datos se ha almacenado en forma completa y coherente
en el búfer de recepción, se indica esto con el parámetro NDR=1 en una de las nuevas
llamadas de FC.
La longitud máxima de datos de recepción es de 1452 bytes. El tamaño del búfer de
recepción tiene que estar ajustado siempre a ese valor.

2.1.3.3 Explicación de los parámetros formales - AG_RECV / AG_LRECV / AG_SRECV

AG_RECV / AG_LRECV / AG_SRECV:

datos
ID INPUT INT 1, 2...64 (S7-400) En el parámetro ID se indica el número del enlace ISO-
1, 2...16 (S7-300) Transport.


datos
RECV INPUT ANY Indicar la dirección y la longitud
La dirección del área de datos remite como alternativa
a:
• Área de marcas
Para la longitud, considerar lo siguiente:
La transmisión de registros de hasta 212 bytes se
efectúa con mayor rendimiento si en el parámetro
RECV se limita también a 212 bytes la longitud.
Observe para FC63 AG_SRECV:
En el caso de FC63 AG_SRECV, tiene que ajustar
siempre RECV a la longitud máxima del búfer de re-
cepción, de 1452 bytes. En otro caso se pueden pro-
ducir, en ciertas situaciones, los siguientes errores:
NDR=0; ERROR=1; STATUS=8185H
NDR OUTPUT BOOL 0: - El parámetro indica si se han adoptado nuevos datos.
1: nuevos datos Ver el significado en relación con los parámetros
AG_RECV, AG_LRECV y AG_SRECV (Página 40)
ERROR OUTPUT BOOL 0: - Código de error
1: caso de error Ver el significado en relación con los parámetros NDR
y STATUS en Códigos de condición AG_RECV,
AG_LRECV y AG_SRECV (Página 40)
STATUS OUTPUT WORD Código de estado
Ver el significado en relación con los parámetros NDR
y ERROR en Códigos de condición AG_RECV,
AG_LRECV y AG_SRECV (Página 40)
LEN OUTPUT INT en ISO-Transport e Indica el número de bytes que se han tomado del CP
ISO-on-TCP: Ethernet en el área de datos.
1, 2...8192 Considerar el tipo de bloque:
• para S7-300
en UDP: Con las versiones actuales del FC AG_RECV se
1, 2...2048 pueden transmitir hasta 8192 bytes (2048 bytes pa-
ra UDP).
• para S7-400
Con FC AG_RECV, el área de datos está limitada,
por regla general, a como máximo 240 bytes.
Con FC AG_SRECV, el área de datos está limitada
a como máximo 1452 bytes.

2.1.3.4 Códigos de condición AG_RECV, AG_LRECV y AG_SRECV
La tabla siguiente muestra el significado de la información suministrada por los parámetros
NDR, ERROR y STATUS, que tiene que ser evaluada por el programa de usuario.
Nota
Tabla 2- 1 Códigos de condición - AG_RECV / AG_LRECV / AG_SRECV
NDR ERROR STATUS Significado

1 0 0000H Nuevos datos aceptados.
0 0 8180H Todavía no hay datos (no para AG_SRECV).
0 1 8183H • Falta la configuración;
• El servicio ISO-Transport no se ha iniciado aún en el CP Ethernet;
• La conexión no está establecida.
0 1 8184H • Se ha indicado un tipo de datos no permitido para el parámetro RECV.
• Error del sistema.
0 1 8185H Búfer de destino (RECV) demasiado pequeño.
0 1 8186H Parámetro ID no válido.
ID != 1, 2....16 (S7-300).
ID != 1, 2....64.(S7-400)
0 1 8304H La conexión no está establecida. La petición de recepción solo se debería emitir de
nuevo tras un tiempo de espera >100 ms.
0 1 8F23H Área fuente no valida, p. ej.:
Área no presente en DB.
0 1 8F25H Error de área al escribir un parámetro.
0 1 8F29H Error de alineación al escribir un parámetro
0 1 8F30H El parámetro está en el 1er. bloque de datos actual protegido de escritura.
0 1 8F31H El parámetro está en el segundo bloque de datos actual protegido de escritura.
0 1 8F43H Retardo de acuse al escribir un parámetro en el
área de periferia.


0 1 8F45H La dirección del parámetro a escribir está inhibida en la pista de acceso.
0 1 8090H • No existe módulo con esta dirección inicial de módulo o CPU en STOP;
(solo para S7-400)
0 1 80A0H Acuse negativo al leer del módulo.
0 1 80A4H La conexión de bus K entre CPU y CP no está establecida.
0 1 80B1H Posibles causas:
• El área de destino no es válida.
• El área de destino es demasiado pequeña.
• El área de destino para los datos de recepción no se ha calculado bien.
Solución: realice otra llamada de recepción con el tamaño máximo del búfer de recep-
ción. Esto sirve independientemente del tipo de conexión (Unicast/Multicast/Broadcast)
y de la familia de dispositivos (S7-300 / S7-400).
0 1 80C4H Error de comunicación
se presenta temporalmente; por ello es conveniente una repetición en el programa de
usuario.
Consulte también
/5/ (Página 292)

2.2 Bloques de programa para coordinación de accesos en caso de FETCH/WRITE
2.2 Bloques de programa para coordinación de accesos en caso de

FETCH/WRITE
2.2.1 Sinopsis de bloques de programa y su uso
Panorámica
Para la función FETCH/WRITE están disponibles los siguientes bloques de programa para
la coordinación de accesos:
Bloque de programa utilizable para Significado

S7-300 S7-400
AG_LOCK (FC7) x x Bloqueo del acceso externo a datos
mediante FETCH/WRITE.
AG_UNLOCK (FC8) x x Liberación del acceso externo a
datos mediante FETCH/WRITE.
Tener en cuenta la configuración

Si utiliza usted los bloques de programa AG_LOCK y AG_UNLOCK, para CPs en estaciones
S7-400 tiene que introducir las siguientes informaciones en la configuración:
● en "Propiedades > Direcciones"
Se tiene que seleccionar la opción "Ajuste de direcciones para LOCK/UNLOCK", si existe
tal posibilidad de selección.
Forma de trabajar
Con estos bloques de programa tiene la posibilidad de coordinar el acceso a áreas de
memoria del sistema de manera que no se generen y transmitan datos incoherentes. El
control tiene lugar en este caso desde el programa de usuario instalado en la CPU S7, que
puede bloquear, si procede, por medio de la llamada de AG_LOCK un acceso externo de
FETCH/WRITE. Después de un cierto tiempo o una vez concluido el acceso de
escritura/lectura propio, se puede liberar de nuevo el acceso externo por medio de una
petición de AG_UNLOCK.
Además se puede aprovechar el hecho de que el bloqueo de acceso sólo es válido en el
enlace FETCH/WRITE indicado en la llamada. Si se configuran varios enlaces
FETCH/WRITE, éstos se pueden utilizar, por ejemplo, concretamente para determinadas
áreas de memoria del sistema y se puede realizar así una coordinación de accesos
correspondientemente selectiva.
La siguiente representación muestra el desarrollo cronológico usual de una coordinación de
accesos a la memoria en el programa de usuario, controlada por AG_LOCK y AG_UNLOCK.

La petición de bloqueo tiene que ser supervisada primero en el programa de usuario a

través de lo indicado en el parámetro de retorno LOCKED. Mientras se indique LOCKED=0,
se tiene que partir de que todavía está en marcha un acceso externo FETCH/WRITE.
Con LOCKED=1 se indica que el bloqueo está activado; ahora se pueden modificar datos
desde el programa de usuario.
La indicación de estado se actualiza con cada llamada de bloque.

2.2.2 AG_LOCK
2.2.2.1 Significado y llamada - AG_LOCK

Con ayuda del bloque AG-LOCK se bloquea el intercambio de datos mediante FETCH o
WRITE a través del enlace seleccionado con el parámetro ID. La salida LOCKED indica si el
bloqueo ha dado resultado o no. Si el bloqueo ha sido infructuoso, la petición se tiene que
impulsar de nuevo en un siguiente ciclo de CPU.
La salida STATUS indica el estado del CP para este enlace.
Llamada
AWL Explicación
ID := DB 100.DBW 2, //ID de enlace según configuración
LOCKED := DB 100.DBX 0.6, //indicación de estado del bloqueo de acceso
STATUS := DB 100.DBW 4 ); //indicación de estado

2.2.2.2 Explicación de los parámetros formales - AG_LOCK

La tabla siguiente explica todos los parámetros de la función AG_LOCK:

datos
ID INPUT INT 1,2...16 en S7-300 En el parámetro ID se indica el número de la conexión.
1,2...64 en S7-400
LOCKED OUTPUT BOOL 0: (aún) no bloqueado Indicación del estado del bloqueo de acceso solicitado
1: bloqueado en la conexión FETCH/WRITE indicada.
Consulte el significado en
Códigos de condición del bloque AG_LOCK (Pági-
na 45)
2.2.2.3 Códigos de condición del bloque AG_LOCK
La tabla siguiente muestra el significado de las informaciones que tienen que ser evaluadas
por el programa de usuario.
Tabla 2- 2 Códigos de condición de AG_LOCK
STATUS Significado
7000H El CP no procesa ninguna petición
7001H FETCH en curso
7002H WRITE en curso
8183H FETCH/WRITE no configurado para esta conexión (solo para S7-400)
8186H El número de ID no está en el rango permitido (p. ej. 1...64 en caso de CPs S7-400 Industrial Ethernet)
80A4H La conexión de bus K entre CPU y CP no está establecida (en caso de versiones de CPU más recientes).
80B0H El módulo no conoce el registro.
80B1H Longitud (en parámetro LEN) errónea.
80B2H La conexión de bus K entre CPU y CP no está establecida.
80C0H No se puede leer el registro.
80C1H El registro indicado está siendo procesado.
80C2H Hay demasiadas peticiones pendientes.
80C3H Recursos ocupados (memoria) temporalmente en la CPU.
80C4H Error de comunicación
se presenta temporalmente; por ello es conveniente una repetición en el programa de usuario.
80D2H Dirección inicial del módulo errónea.

2.2.3 AG_UNLOCK
2.2.3.1 Significado y llamada - AG_UNLOCK

El bloque AG_UNLOCK permite habilitar el acceso externo a las áreas de memoria de
usuario de la CPU S7. A continuación es posible acceder con FETCH o WRITE a través del
enlace seleccionado por el parámetro ID.
Esto ha estado precedido de un bloqueo de acceso por AG_LOCK.
Llamada
AWL Explicación
call fc 8 ( //Llamada de bloque
ID := DB 100.DBW 2, //ID de enlace según configuración
STATUS := DB 100.DBW 4 ); //Indicación de estado
Forma de trabajar
Para volver a habilitar el enlace, la FC debe volver a desactivar el bit de petición LOCK. El
FC indica además el estado actual con mensajes de error.

2.2.3.2 Explicación de los parámetros formales - AG_UNLOCK

La tabla siguiente explica todos los parámetros formales para la función AG_UNLOCK:

datos
ID INPUT INT 1,2...16 en S7-300 En el parámetro ID se indica el número del enlace. (v.
1,2...64 en S7-400 Configuración)
STATUS OUTPUT WORD Indicación de estado:
Ver el significado en
Códigos de condición del bloque AG_UNLOCK (Pági-
na 47)
2.2.3.3 Códigos de condición del bloque AG_UNLOCK
La tabla siguiente informa sobre la indicación de STATUS (código de condición) que tiene
que ser evaluada por el programa de usuario.
Tabla 2- 3 Códigos de condición de AG_UNLOCK
STATUS Significado
7000H El CP no procesa ninguna petición
7001H FETCH en curso
7002H WRITE en curso
8183H FETCH/WRITE no configurado para esta conexión (solo para S7-400)
8186H El número de ID no está en el rango permitido (p. ej. 1...64 en caso de CPs S7-400 Industrial Ethernet)
80A4H La conexión de bus K entre CPU y CP no está establecida (en caso de versiones de CPU más recientes).
80B0H El módulo no conoce el registro.
80B1H Longitud (en parámetro LEN) errónea.
80B2H La conexión de bus K entre CPU y CP no está establecida.
80C0H No se puede leer el registro.
80C1H El registro indicado está siendo procesado.
80C2H Hay demasiadas peticiones pendientes.
80C3H Recursos ocupados (memoria) temporalmente en la CPU.
80C4H Error de comunicación
se presenta temporalmente; por ello es conveniente una repetición en el programa de usuario
80D2H Dirección inicial del módulo errónea.

2.3 Bloques de programa para el diagnóstico de enlaces y del sistema
2.3.1 AG_CNTRL
2.3.1.1 Significado y llamada - AG_CNTRL
Significado y funcionamiento
Con el bloque de programa AG_CNTRL se tiene la posibilidad de diagnosticar conexiones.
Si es necesario se puede inicializar un nuevo establecimiento de enlace a través del
AG_CNTRL.
Nota
AG_CNTRL y AG_CNTEX
El bloque de programa AG_CNTEX ofrece ampliaciones con respecto al bloque de
programa AG_CNTRL.
Algunas funciones del AG_CNTRL se incluyen en el AG_CNTEX y pueden utilizarse de la
misma forma en la interfaz del programa de usuario.
Las acciones siguientes se pueden ejecutar a través de comandos parametrizables:

● Lectura de informaciones sobre el enlace
Sobre la base de informaciones de estado para todos los enlaces del CP o sólo para
algunos de ellos puede decidir si es conveniente una reposición de enlaces.
● Reposición ("reset") de enlaces configurados
Se pueden reponer al estado original enlaces concretos o todos los enlaces de un CP.
● Cancelar el enlace activo y establecerlo de nuevo
Los comandos del bloque FC AG_CNTRL sólo se permiten para enlaces SEND/RECV, que
se basan en los protocolos ISO / RFC / TCP / UDP.

Interfaz de llamada
AWL Explicación
call fc 10 ( //AG_CNTRL llamada de bloque
ACT := M1.0, //impulso de petición
ID := MW8, //ID de enlace según configuración
LADDR := W#16#100, //Dirección del módulo según la configuración de hardware
CMD := MW6, //identificador de comando
DONE := M20.1, //indicación de ejecución
ERROR := M20.2, //indicación de fallo
STATUS := MW22, //indicación de estado
RESULT1 := MD24, //resultado de petición 1
RESULT2 := MD28 ); //resultado de petición 2
Consulte también
FAQ bajo la referencia 33414377
(https://support.industry.siemens.com/cs/ww/es/view/33414377)

2.3.1.2 Forma de trabajar AG_CNTRL
Forma de trabajar
El proceso representado a continuación muestra una secuencia típica de peticiones
AG_CNTRL en el programa de usuario.
El proceso muestra cómo se consulta primero el estado del enlace y cómo se impulsa en
una segunda petición la disolución del enlace con el comando Reset.
En el CP se pone para ello el identificador de Reset (Bit15 en RESULT1). De este modo, en
caso de una consulta de estado posterior se puede reconocer si el enlace se ha repuesto al

estado original debido a una petición de reset. Sólo después de esta consulta de estado (o
debido a un comando explícito CN_CLEAR_RESET) se repone este identificador de Reset
en el CP.
Nota
A la llamada del bloque tiene que estar puesto ACT = 1; en caso de llamada con ACT=0 no
se llama la función y el bloque se abandona de inmediato.
Dado que en el caso de FC10 se pone a disposición el resultado de la petición
sincrónicamente con la llamada, se puede llamar de nuevo en el mismo ciclo.
2.3.1.3 Explicación de los parámetros formales - AG_CNTRL

La tabla siguiente explica todos los parámetros formales de la función AG_CNTRL:

datos
ACT INPUT BOOL 0, 1 El bloque FC se tiene que llamar con ACT=1.
Al llamar con ACT=0 no se produce llamada de la
función y el bloque se abandona de inmediato.
ID INPUT INT • 1, 2, .., n, En el parámetro ID se indica el número del enlace. El
o bien número de enlace se tiene que tomar de la configura-
ción. n es la cantidad máxima de enlaces y depende
• 0 del producto (S7-300 o S7-400).
En caso de una llamada dirigida a todos los enlaces
(función _ALL con CMD 3 ó 4) se tiene que indicar ID
0.
CMD INPUT INT Comando a FC AG_CNTRL.
DONE OUTPUT BOOL 0: El parámetro de estado indica si la petición se ha pro-
La petición está en cesado sin errores.
procesamiento o aún Consulte el significado en relación con los parámetros
no se ha impulsado ERROR y STATUS en Códigos de condición
1: AG_CNTRL (Página 52)
Petición ejecutada Nota:
con DONE=1 se puede evaluar RESULT
ERROR OUTPUT BOOL 0: ningún error Indicación de error
DONE y STATUS en Códigos de condición
AG_CNTRL (Página 52)


datos
STATUS OUTPUT WORD Indicación de estado
DONE y ERROR en Códigos de condición AG_CNTRL
(Página 52)
RESULT1 OUTPUT DWORD Respuesta según comando a FC AG_CNTRL.
RESULT2 OUTPUT DWORD evaluar sólo para S7-400:
Respuesta parte 2 según comando a FC AG_CNTRL.
2.3.1.4 Códigos de condición AG_CNTRL
Adicionalmente se tienen que evaluar los resultados de comandos en los parámetros
RESULT1/2 según "Comandos y resultados de las peticiones - AG_CNTRL (Página 53)".
Tabla 2- 4 Códigos de condición de AG_CNTRL

1 0 0000H Se ha transmitido con éxito una petición (CMD) al CP (p. ej. RESET) o se ha leído con
éxito un estado del CP.
Se han podido evaluar los parámetros RESULT1/2.
0 0 0000H No se ha producido aún ninguna llamada de bloque o el bloque se llama con ACT=0.
0 0 8181H Petición en curso
La llamada del bloque se tiene que repetir con los mismos parámetros, hasta que se
notifique DONE o ERROR.
0 1 8183H Falta la configuración o no se ha iniciado aún el servicio en el CP Ethernet.
0 1 8186H El parámetro ID no es válido. La ID admisible depende del comando seleccionado.
0 1 8187H El parámetro CMD no es válido.
0 1 8188H Error de secuencia en el control de ACT (observación: esta indicación no se presenta
en la versión de producto del CP / del firmware).
0 1 8189H La versión de CP / firmware utilizada no da soporte a FC10.
El código de condición se pone en caso de llamada en un CP3431-EX20 con firmware
a partir de V1.3.9; en otros tipos de CP, en lugar de esto se envía el código de condi-
ción 80B0H.
Nota: la FC10 en la versión V1.0 es soportada por CPs a partir de CP343-
1EX21/GX21; en estos no aparece este código de condición.


0 1 8090H • No existe un módulo con esta dirección inicial de módulo.
o bien
o bien
• Este módulo no da soporte a esta función.
0 1 8091H La dirección inicial del módulo no está en la trama de doble palabra.
0 1 80B2H La conexión de bus K entre CPU y CP no está establecida. En el sistema H, la CPU
correspondiente se encuentra en el estado operativo STOP.
El error se presenta temporalmente; por ello es conveniente una repetición en el pro-
grama de usuario.
0 1 80D2H La dirección inicial del módulo es incorrecta.
2.3.1.5 Comandos y resultados de las peticiones - AG_CNTRL
Comandos y evaluación de los resultados de la petición

Consulte en las tablas siguientes los comandos posibles y los resultados evaluables en los
parámetros RESULT1/2.
Nota
Evaluación de comandos para tipos de CP o versiones de firmware anteriores
Los comandos descritos a continuación son compatibles con tipos de CP o versiones de
firmware actuales. Observe las indicaciones adicionales que aparecen bajo la siguiente ID
de artículo en Internet:
Tabla 2- 5 Comandos a FC AG_CNTRL.
CMD Significado
0 NOP – no operation
Se pasa por el bloque sin petición al CP.
RESULT (para CMD = 0) Significado
Parámetro Valor Hex/rango
RESULT1 0000 0001H Secuencia sin error
RESULT2 0000 0000H Valor predeterminado

CMD Significado
1 CN_STATUS – connection status
Este comando proporciona el estado de la conexión seleccionada con la ID.
El CP se ha seleccionado a través del parámetro LADDR.
Si estuviera activado el bit 15 (identificador de reset), se desactiva automáticamente (este comportamiento
concuerda con la petición CN_CLEAR_RESET - consulte CMD = 5).
RESULT (para CMD = 1) Valor / Significado
Parámetro Valor Hex/rango Bit
RESULT1 0000 000*H Bits 0-3: códigos de condición para el sentido de emisión
(valores excluidos: 0x2)
Bit 0 Tipo de conexión
• 0: no hay conexión de transmisión y recepción
• 1: conexión reservada para peticiones de transmisión
y recepción
Bit 1 Estado de la petición actual
• 0: no hay petición de transmisión en proceso
• 1: petición de transmisión en proceso
Bits 2+3 Petición precedente:
• 00: no hay información disponible sobre la petición de
transmisión precedente
• 01: petición de transmisión precedente concluida
positivamente
negativamente
CMD Significado
1 CN_STATUS – connection status (continuación para CMD=1)
RESULT1 0000 00*0H Bits 4−7: códigos de condición para el sentido de recepción
y recepción

CMD Significado
• 0: no hay petición de recepción en proceso
• 1: petición de recepción en proceso
recepción precedente
• 01: petición de recepción precedente concluida posi-
tivamente
• 10: petición de recepción precedente concluida nega-
tivamente
CMD Significado
RESULT1 0000 0*00H Bits 8-11: códigos de condición para FETCH/WRITE
(valores excluidos:0x3,0x7,0x8,0xB,0xF)
Bit 8 Tipo de conexión:
• 0: no hay conexión FETCH
• 1: conexión reservada para peticiones FETCH
• 0: no hay conexión WRITE
• 1: conexión reservada para peticiones WRITE
Bit 10 Estado de la petición (FETCH/WRITE):
• 0: estado de la petición OK
• 1: estado de la petición NOT OK
este identificador se pone en los siguientes casos:
– la petición ha sido acusada negativamente por la
CPU
– la petición no se ha podido transmitir a la CPU por
estar la conexión en estado "LOCKED"
– la petición ha sido rechazada porque el encabe-
zado de FETCH/WRITE no tenía la estructura co-
rrecta
Bit 11 Estado de petición FETCH/WRITE
• 0: ninguna petición en curso
• 1: en curso una petición de LAN

CMD Significado
RESULT1 0000 *000H Bits 12-15: información general del CP
(valores excluidos: 0x3,0xB)
Bits 12 + 13 Información sobre el estado de la conexión:
(disponible solo para conexiones SEND/RECV que utili-
cen los protocolos ISO/RFC/TCP; en caso de UDP se
emiten las informaciones internas correspondientes)
• 00: conexión deshecha
• 01: se está estableciendo la conexión
• 10: se está deshaciendo la conexión
• 11: conexión establecida
Bit 14 Información del CP:
• 0: CP en STOP
• 1: CP en RUN
Bit 15 Identificador de reset
• 0: no se ha ejecutado aún ningún reset de conexión a
través de la FC10 o se ha retirado el identificador de
reset.
• 1: se ha ejecutado un reset de conexión a través del
bloque Control.
RESULT1 **** 0000H Bits 16-31: reservado
0 – reservado para futuras ampliaciones
RESULT2 0000 0000H - reservado para futuras ampliaciones -

CMD Significado
2 CN_RESET – connection reset
Este comando desactiva la conexión seleccionada con la ID.
La desactivación (reset) de la conexión provoca una cancelación de la misma y un nuevo establecimiento
(activo o pasivo, según la configuración). Se borran los datos recibidos en el momento de la cancelación de la
conexión, pero todavía no adoptados en el programa de usuario.
Se genera adicionalmente una entrada en el búfer de diagnóstico, en la que se puede ver el resultado de la
petición.
RESULT1 0000 0001H La petición de reset se ha transmitido con éxito al CP.
Se han impulsado la cancelación de la conexión y su
subsiguiente establecimiento.
0000 0002H La petición de reset no se ha podido transmitir al CP por
no estar iniciado el servicio en el CP (p. ej. CP en
STOP).
CMD Significado
3 CN_STATUS_ALL – all connections status
Este comando proporciona en los parámetros RESULT1/2 (en total 8 bytes de información colectiva) el estado
de conexión de todas las conexiones (establecidas/deshechas).
El parámetro ID tiene que estar puesto a "0" (se verifica en cuanto a 0).
En caso necesario, es posible obtener información detallada sobre una conexión deshecha o no configurada a
través de una nueva llamada de estado, dirigida a la conexión, con CMD=1.
RESULT1 **** ****H 32 bits: conexión 1 - 32
• 0 – conexión deshecha / no configurada
• 1 – conexión establecida
RESULT2 **** ****H 32 bits: conexión 33 - 64
• 0 – conexión deshecha / no configurada
• 1 – conexión establecida

CMD Significado
4 CN_RESET_ALL – all connections reset:
Este comando desactiva todas las conexiones.
La desactivación (reset) de las conexiones provoca una cancelación de las mismas y un nuevo establecimien-
to (activo o pasivo, según la configuración). Se borran los datos recibidos en el momento de la cancelación de
la conexión, pero todavía no adoptados en el programa de usuario.
petición.
RESULT1 0000 0001H La petición de reset se ha transmitido con éxito al CP. Se
han impulsado la cancelación y el subsiguiente estable-
cimiento de todas las conexiones.
RESULT1 0000 0002H La petición de reset no se ha podido transmitir al CP por
STOP).
CMD Significado
5 CN_CLEAR_RESET – desactivación del identificador de reset
Este comando resetea el identificador de reset (bit 15 en RESULT1) para la conexión seleccionada con la ID.
Esta petición se ejecuta también automáticamente al leer el estado de la conexión (CMD=1); la petición envia-
ble por separado aquí descrita solo se necesita por lo tanto en casos especiales.
RESULT1 0000 0001H La petición de Clear se ha transmitido con éxito al CP.
RESULT1 0000 0002H La petición de Clear no se ha podido transmitir al CP por
STOP).

CMD Significado
6 CN_DISCON − connection disconnect
Este comando anula la conexión que se había seleccionado con ID y LADDR.
La anulación de la conexión se realiza también con una cancelación de la conexión.
Los datos que puedan estar guardados en la pila se pierden sin advertencia. Después de esto no se produce
ningún establecimiento automático de la conexión. La conexión se puede restablecer con la petición de Con-
trol CN_STARTCON. Se crea una entrada en el búfer de diagnóstico, en la que se puede ver el resultado de la
petición.
RESULT1 0000 0001H La petición se ha transmitido con éxito al CP. Se ha ini-
ciado la cancelación de la conexión.
RESULT1 0000 0002H La petición no se ha podido transmitir al CP por no estar
iniciado el servicio en el CP (p. ej. CP en STOP).
CMD Significado
7 CN_STARTCON − start connection
Este comando establece una conexión seleccionada con ID y LADDR y que se canceló antes con la petición
de Control CN_DISCON. Se crea una entrada en el búfer de diagnóstico, en la que se puede ver el resultado
de la petición.
RESULT1 0000 0001H La petición de establecimiento de la conexión se ha
transmitido con éxito al CP. Se ha iniciado el estableci-
miento de la conexión.
RESULT1 0000 0002H La petición de establecimiento de la conexión no se ha
podido transmitir al CP por no estar iniciado el servicio en
el CP (p. ej. CP en STOP).
Consulte también
Observe las indicaciones adicionales que aparecen bajo la siguiente ID de artículo en las
preguntas frecuentes (FAQ): 33414377

2.3.2 AG_CNTEX
2.3.2.1 Significado y llamada - AG_CNTEX
Con el bloque de programa AG_CNTEX existe la posibilidad de diagnosticar conexiones y
activar dispositivos en la red mediante el comando ping. Si es necesario se puede inicializar
un nuevo establecimiento de conexión a través de AG_CNTEX.
Nota
AG_CNTRL y AG_CNTEX
El bloque de programa AG_CNTEX ofrece ampliaciones con respecto al bloque de
programa AG_CNTRL.
Algunas funciones del AG_CNTRL se incluyen en el AG_CNTEX y pueden utilizarse de la
misma forma en la interfaz del programa de usuario.
Las acciones siguientes se pueden ejecutar a través de comandos parametrizables:

● Lectura de informaciones sobre la conexión
Sobre la base de informaciones de estado para todas las conexiones del CP o solo para
algunas de ellas puede decidir si es conveniente una desactivación de conexiones.
● Desactivación ("reset") de conexiones configuradas
Existe la posibilidad de desactivar conexiones concretas o todas las conexiones de un
CP.
● Cancelar la conexión activa y establecerla de nuevo
● Leer tipos de conexión configurados en el CP (ampliación respecto a AG_CNTRL)
● Enviar comando ping (ampliación respecto a AG_CNTRL)
Existe la posibilidad de comprobar si un dispositivo concreto está accesible en la red.
Los comandos del bloque de programa AG_CNTEX solo se permiten para conexiones
SEND/RECV, que se basan en los protocolos ISO / RFC / TCP / UDP.
Nota
Disponibilidad en la librería del bloque
Si el bloque de programa AG_CNTEX aún no está disponible en la librería de bloques
SIMATIC_NET_CP, instale la librería de bloques SIMATIC NET actual, que se encuentra en
Internet bajo la siguiente ID de artículo:

Interfaz de llamada
AWL Explicación
call fb 10, DB10 ( //AG_CNTEX llamada de bloque
ACT := DB11.DBX0.0, //lanzamiento de petición
ID := DB11.DBW2, //ID de conexión según configuración
LADDR := DB11.DBW4, //dirección del módulo según la configuración hardware
CMD := DB11.DBW6, //identificador de comando
PING := P#DB11.DBX8.0, //área de datos con datos ping
DONE := DB11.DBX16.0, //indicador de ejecución
ERROR := DB11.DBX16.1, //indicador de error
STATUS := DB11.DBW18, //indicador de estado
RESULT1 := DB11.DBD20, //resultado de petición 1
RESULT2 := DB11.DBD24); //resultado de petición 2

2.3.2.2 Funcionamiento AG_CNTEX
Forma de trabajar
El proceso representado a continuación muestra una secuencia típica de peticiones
AG_CNTEX en el programa de usuario. Para comandos PING encontrará a continuación
otro ejemplo de representación de la secuencia.
El proceso muestra cómo se consulta primero el estado del enlace y cómo se impulsa en
una segunda petición la disolución del enlace con el comando Reset.

En el CP se pone para ello el identificador de Reset (Bit15 en RESULT1). De este modo, en

caso de una consulta de estado posterior se puede reconocer si el enlace se ha repuesto al
estado original debido a una petición de reset. Sólo después de esta consulta de estado o
debido a un comando explícito CN_CLEAR_RESET se repone este identificador de Reset
en el CP.
Nota
En la llamada del bloque debe ponerse ACT a 1. Al llamar con ACT=0 no se produce
llamada de la función y el bloque se abandona de inmediato.
Dado que en el caso de AG_CNTEX se pone a disposición el resultado de la petición
sincrónicamente con la llamada, se puede llamar de nuevo en el mismo ciclo.
2.3.2.3 Funcionamiento de la función PING
Funcionamiento / secuencia de llamada

A continuación se describe cómo se utilizan los comandos CMD=8 y CMD=9 para depositar
un comando ping.
Con el comando ping CMD=8 se consigue que el CP deposite 4 peticiones ping
consecutivas de la red en la dirección IP indicada en la petición. El CP espera el eco ping
dentro del intervalo especificado en el bloque de peticiones ping.
El CP registra los tiempos de respuesta y los deposita en los parámetros RESULT 1/2.
Los dos parámetros RESULT 1/2 se consultan mediante el comando ping CMD=9. En
cuanto se han respondido las 4 peticiones ping o bien se ha excedido su tiempo de
vigilancia especificado, la ejecución se confirma en el parámetro DONE=1. El resultado ping
puede consultarse en un tiempo máximo de 30 segundos; después, las entradas de
RESULT ya no son válidas.
Nota
Ping requiere una conexión configurada
El comando ping requiere que como mínimo esté configurada una conexión para la interfaz
SEND/RECEIVE (TCP, ISO-on-TCP, ISO-Transport, UDP).
La representación siguiente muestra una secuencia típica de una petición ping con la
correspondiente consulta de resultado ping.

Varias peticiones ping al mismo tiempo

Es posible depositar un máximo de 4 peticiones ping simultáneas en diferentes direcciones
IP. Para ello se debe utilizar respectivamente el mismo DB de instancia para las peticiones
ping. No es posible depositar más peticiones ping hasta que se haya procesado al menos
una de las que están en curso.
Si se depositan demasiadas peticiones ping al mismo tiempo, se muestra un mensaje de
error (parámetro STATUS = 828AH).

¿Cuándo se han procesado las peticiones ping?

Las peticiones ping se consideran procesadas cuando se cumple una de las condiciones
siguientes:
● El resultado ping se ha leído.
● El resultado ping no se ha leído pero han transcurrido 30 segundos desde que el
resultado ping está disponible.
Respuestas de los CPs SIMATIC NET a telegramas ICMP

Para reducir la actividad de los CPs a peticiones ping del AG_CNTEX, los CPs SIMATIC
NET para S7-300/S7-400 responden un máximo de diez veces a telegramas ICMP en un
intervalo de 100 milisegundos.
2.3.2.4 Explicación de los parámetros formales - AG_CNTEX

La tabla siguiente explica todos los parámetros formales de la función AG_CNTEX:

datos
ACT INPUT BOOL 0, 1 El FB se tiene que llamar con ACT=1.
Al llamar con ACT=0 no se produce llamada de la
función y el bloque se abandona de inmediato.
ID INPUT INT • 1, 2, .., n, En el parámetro ID se indica el número de la conexión.
o bien El número de la conexión se tiene que tomar de la
configuración. n es el número máximo de conexiones y
• 0 depende del producto (S7-300 o S7-400).
En una llamada que redirecciona todas las conexiones
se debe indicar la ID 0. Esto se refiere a lo siguiente:
• las funciones CN_STATUS_ALL (CMD3) y
CN_RESET_ALL (CMD4)
• Comando ping con CMD 8 o CMD 9
CMD INPUT INT Comando a FB AG_CNTEX
PING INPUT ANY Hace referencia al bloque de datos (p. ej. DB) que
contiene la estructura de datos para el comando ping.
El bloque de datos contiene la dirección IP así como,
opcionalmente, los datos sobre la vigilancia de tiempo
y sobre el número de bytes que deben transferirse en
la petición ping.
Para la estructura de datos véase más abajo


datos
DONE OUTPUT BOOL 0: El parámetro de estado indica si la petición se ha
la petición está en desarrollado correctamente.
procesamiento o aún Consulte el significado en relación con los parámetros
no se ha lanzado ERROR y STATUS en Códigos de condición
1: AG_CNTEX (Página 66)
petición ejecutada Nota:
con DONE=1 se puede evaluar RESULT
ERROR OUTPUT BOOL 0: ningún error Indicador de error
AG_CNTEX (Página 66)
DONE y ERROR en Códigos de condición AG_CNTEX
(Página 66)
RESULT1 OUTPUT DWORD Respuesta a AG_CNTEX según comando.
RESULT2 OUTPUT DWORD Respuesta de la parte 2 a AG_CNTEX según coman-
do.
Bloque de datos PING

El parámetro PING hace referencia a un bloque de datos con la siguiente estructura:
Parámetro Tipo de datos Valores posibles Nota

Dirección IP ARRAY [1..4] of Byte
TIMEOUT INT 1 - 60000 ms Indicación opcional; valor
predeterminado = 1000 ms
Size INT 1 - 1000 bytes Indicación opcional; valor
predeterminado = 32 bytes
2.3.2.5 Códigos de condición AG_CNTEX

Adicionalmente se tienen que evaluar los resultados de comandos en los parámetros

RESULT1/2 según Comandos y resultados de las peticiones - AG_CNTEX (Página 68).
Tabla 2- 6 Códigos de condición AG_CNTEX

1 0 0000H Se ha transmitido con éxito una petición (CMD) al CP (p. ej. RESET) o se ha leído con
éxito un estado del CP.
Se han podido evaluar los parámetros RESULT1/2.
0 0 0000H No se ha producido aún ninguna llamada de bloque o el bloque de programa se llama
con ACT=0.
La llamada del bloque se tiene que repetir con los mismos parámetros, hasta que se
notifique DONE o ERROR.
0 1 8183H Falta la configuración o no se ha iniciado aún el servicio en el CP Ethernet.
0 1 8184H Error de sistema o tipo de parámetro erróneo. La causa puede ser:
• El tipo de datos del puntero ANY para el parámetro PING no es correcto.
• El puntero ANY hace referencia a una dirección de bit impar.
0 1 8186H El parámetro ID no es válido. La ID admisible depende del comando seleccionado.
0 1 8187H El parámetro CMD no es válido.
0 1 8090H Significados posibles:
• No existe un módulo con esta dirección inicial de módulo;
• El bloque de programa utilizado no es acorde con la familia de sistemas utilizada
(se tienen que utilizar bloques de programa diferentes para S7-300 y S7-400);
• Este módulo no da soporte a esta función.
0 1 8091H La dirección inicial del módulo no está en la trama de doble palabra.
0 1 8092H La dirección inicial del módulo es incorrecta.
0 1 80B2H La conexión de bus K entre CPU y CP no está establecida. En el sistema H, la CPU
correspondiente se encuentra en el estado operativo STOP.
El error se presenta temporalmente; por ello es conveniente una repetición en el pro-
grama de usuario.
0 1 8286H El valor de la indicación "Timeout" en el bloque de datos PING está fuera del rango de
valores válido.
0 1 8287H La dirección IP indicada en el DB ping está reservada y, por tanto, no es admisible.


0 1 8288H La indicación solo aparece con el comando de petición de resultado PING.
Significados posibles:
• La dirección IP no ha sido alcanzada por el comando ping (por ejemplo porque el
CP se ha puesto en modo STOP después de que se haya depositado el comando
de petición ping).
• El resultado ping ya se ha leído.
• El resultado ping no se ha leído dentro del intervalo máximo de 30 segundos.
0 1 8289H El volumen de datos de la petición ping ha excedido el rango admisible (máximo 1000
bytes; consulte la estructura de datos del comando PING)
0 1 828AH Ya se están procesando 4 peticiones ping. No se admiten peticiones nuevas hasta que
se hayan procesado las existentes.
0 1 828BH Ya se está procesando una petición PING para la dirección IP indicada. Utilice el co-
mando de petición de resultado PING para concluir el procesamiento en curso.
2.3.2.6 Comandos y resultados de las peticiones - AG_CNTEX
Comandos y evaluación de los resultados de la petición

Consulte en las tablas siguientes los comandos posibles y los resultados evaluables en los
parámetros RESULT1/2.
Nota
Evaluación de comandos para tipos de CP o versiones de firmware anteriores
Los comandos descritos a continuación son compatibles con tipos de CP o versiones de
firmware actuales. Observe las indicaciones adicionales que aparecen bajo la siguiente ID
de artículo en Internet:
Tabla 2- 7 Comandos a FC AG_CNTRL.
CMD Significado
0 NOP – no operation
Se pasa por el bloque sin petición al CP.
RESULT1 0000 0001H Secuencia sin error

CMD Significado
1 CN_STATUS – connection status
RESULT1 0000 000*H Bits 0-3: códigos de condición para el sentido de emisión
y recepción
• 0: no hay petición de transmisión en proceso
• 1: petición de transmisión en proceso
transmisión precedente
positivamente
negativamente
CMD Significado
RESULT1 0000 00*0H Bits 4−7: códigos de condición para el sentido de recepción
y recepción
• 0: no hay petición de recepción en proceso
• 1: petición de recepción en proceso

CMD Significado
recepción precedente
• 01: petición de recepción precedente concluida posi-
tivamente
• 10: petición de recepción precedente concluida nega-
tivamente
CMD Significado
RESULT1 0000 0*00H Bits 8-11: códigos de condición para FETCH/WRITE
(valores excluidos:0x3,0x7,0x8,0xB,0xF)
• 0: no hay conexión FETCH
• 1: conexión reservada para peticiones FETCH
• 0: no hay conexión WRITE
• 1: conexión reservada para peticiones WRITE
Bit 10 Estado de la petición (FETCH/WRITE):
• 0: estado de la petición OK
• 1: estado de la petición NOT OK
este identificador se pone en los siguientes casos:
– la petición ha sido acusada negativamente por la
CPU
– la petición no se ha podido transmitir a la CPU por
estar la conexión en estado "LOCKED"
– la petición ha sido rechazada porque el encabe-
zado de FETCH/WRITE no tenía la estructura co-
rrecta
Bit 11 Estado de petición FETCH/WRITE
• 0: ninguna petición en curso
• 1: en curso una petición de LAN

CMD Significado
RESULT1 0000 *000H Bits 12-15: información general del CP
(valores excluidos: 0x3,0xB)
Bits 12 + 13 Información sobre el estado de la conexión:
(disponible solo para conexiones SEND/RECV que utili-
cen los protocolos ISO/RFC/TCP; en caso de UDP se
emiten las informaciones internas correspondientes)
• 00: conexión deshecha
• 01: se está estableciendo la conexión
• 10: se está deshaciendo la conexión
• 11: conexión establecida
Bit 14 Información del CP:
• 0: CP en STOP
• 1: CP en RUN
Bit 15 Identificador de reset
• 0: no se ha ejecutado aún ningún reset de conexión a
través de AG_CNTEX o se ha retirado la identifica-
ción de reset.
• 1: se ha realizado un reset de conexión a través de
AG_CNTEX.
RESULT1 **** 0000H Bits 16-31: reservado
0 – reservado para futuras ampliaciones
RESULT2 0000 0000H - reservado para futuras ampliaciones -

CMD Significado
2 CN_RESET – connection reset
Este comando desactiva la conexión seleccionada con la ID.
La desactivación (reset) de la conexión provoca una cancelación de la misma y un nuevo establecimiento
(activo o pasivo, según la configuración). Se borran los datos recibidos en el momento de la cancelación de la
conexión, pero todavía no adoptados en el programa de usuario.
petición.
RESULT1 0000 0001H La petición de reset se ha transmitido con éxito al CP.
Se han impulsado la cancelación de la conexión y su
subsiguiente establecimiento.
0000 0002H La petición de reset no se ha podido transmitir al CP por
STOP).
CMD Significado
3 CN_STATUS_ALL – all connections status
Este comando proporciona en los parámetros RESULT1/2 (en total 8 bytes de información colectiva) el estado
de conexión de todas las conexiones (establecidas/deshechas).
En caso necesario, es posible obtener información detallada sobre una conexión deshecha o no configurada a
través de una nueva llamada de estado, dirigida a la conexión, con CMD=1.
RESULT1 **** ****H Para cada conexión:
32 bits con la siguiente validez: • 0 – conexión deshecha / no configurada
• Para S7-400: bits 0-31 para • 1 – conexión establecida
conexión 1 - 32
• Para S7-300: bits 0-15 para
conexión 1 - 16
RESULT2 **** ****H Para cada conexión:
32 bits con la siguiente validez: • 0 – conexión deshecha / no configurada
• Para S7-400: bits 0-31 para • 1 – conexión establecida
conexión 33 - 64

CMD Significado
4 CN_RESET_ALL – all connections reset
Este comando desactiva todas las conexiones.
La desactivación (reset) de las conexiones provoca una cancelación de las mismas y un nuevo establecimien-
to (activo o pasivo, según la configuración). Se borran los datos recibidos en el momento de la cancelación de
la conexión, pero todavía no adoptados en el programa de usuario.
petición.
RESULT1 0000 0001H La petición de reset se ha transmitido con éxito al CP. Se
han impulsado la cancelación y el subsiguiente estable-
cimiento de todas las conexiones.
RESULT1 0000 0002H La petición de reset no se ha podido transmitir al CP por
STOP).
CMD Significado
5 CN_CLEAR_RESET – inicialización del identificador de reset
Este comando resetea el identificador de reset (bit 15 en RESULT1) para la conexión seleccionada con la ID.
Esta petición se ejecuta también automáticamente al leer el estado de la conexión (CMD=1); la petición envia-
ble por separado aquí descrita solo se necesita por lo tanto en casos especiales.
RESULT1 0000 0001H La petición de Clear se ha transmitido con éxito al CP.
RESULT1 0000 0002H La petición de Clear no se ha podido transmitir al CP por
STOP).

CMD Significado
6 CN_DISCON − connection disconnect
Este comando anula la conexión que se había seleccionado con ID y LADDR.
La anulación de la conexión se realiza también con una cancelación de la conexión.
Los datos que puedan estar guardados en la pila se pierden sin advertencia. Después de esto no se produce
ningún establecimiento automático de la conexión. La conexión se puede restablecer con la petición de Con-
trol CN_STARTCON. Se crea una entrada en el búfer de diagnóstico, en la que se puede ver el resultado de la
petición.
RESULT1 0000 0001H La petición se ha transmitido con éxito al CP. Se ha ini-
ciado la cancelación de la conexión.
RESULT1 0000 0002H La petición no se ha podido transmitir al CP por no estar
iniciado el servicio en el CP (p. ej. CP en STOP).
CMD Significado
7 CN_STARTCON − start connection
Este comando establece una conexión seleccionada con ID y LADDR y que se canceló antes con la petición
de Control CN_DISCON. Se crea una entrada en el búfer de diagnóstico, en la que se puede ver el resultado
de la petición.
RESULT1 0000 0001H La petición de establecimiento de la conexión se ha
transmitido con éxito al CP. Se ha iniciado el estableci-
miento de la conexión.
RESULT1 0000 0002H La petición de establecimiento de la conexión no se ha
podido transmitir al CP por no estar iniciado el servicio en
el CP (p. ej. CP en STOP).
CMD Significado
8 PING_REQUEST - Enviar petición ping
Este comando envía una petición ping al CP. Seguidamente, el CP ordena 4 peticiones eco ping para la direc-
ción IP indicada.
RESULT1 0000 0001H La petición ping se ha enviado correctamente al CP.
RESULT2 0000 0002H No ha sido posible enviar correctamente la petición ping
al CP porque el servicio correspondiente no estaba ac-
cesible en el CP.
La causa posible es, por ejemplo: CP en modo STOP.

CMD Significado
9 PING_RESULT - Consultar resultado ping
Este comando envía una consulta de resultado ping al CP. El CP transfiere los resultados de las 4 peticiones
eco ping realizadas en el parámetro RESULT.
La llamada no se considera correcta hasta que el CP ha concluido las 4 peticiones eco ping.
RESULT1 **** ****H 1. palabra:
Tiempo de respuesta en ms a la 1.ª petición eco ping.
2. palabra:
Ejemplo:
0005 FFFFH
eco 1 -> recibida tras 5 ms
eco 2 -> sin eco en el tiempo de vigilancia indicado,
RESULT2 **** ****H 1. palabra:
2. palabra:
Ejemplo:
0002 3456H
Rango de valores para palabras de datos en RESULT1 / RESULT 2:
0000H no utilizado
0001H ... EA60H Tiempo de respuesta en ms
0001H = 1 ms
EA60H = 60000 ms
EA61H ... FFFEH no utilizado
FFFFH Timeout: sin eco dentro del tiempo de vigilancia especifi-
cado.

2.4 Bloques de programa para servicios FTP
CMD Significado
10 CONN_TYPE - tipo de conexión
Este comando induce al CP a indicar el tipo de conexión actual para la ID de conexión indicada.
RESULT1 0000 000*H La petición proporciona los valores siguientes para los
posibles tipos de conexión:
0: no se ha creado ninguna conexión
1: conexión UDP
2: conexión SMTP
3: conexión TCP
4: conexión UDP libre
5: conexión FTP
6: conexión ISO-Transport
7: conexión ISO-on-TCP
Consulte también
Observe las indicaciones adicionales que aparecen bajo la siguiente ID de artículo en las
preguntas frecuentes (FAQ): 33414377
2.4.1 Panorámica de FTP
FBs y FCs para servicios FTP (FTP-Client)

La lista siguiente contiene los bloques de programa disponibles para servicios de cliente
FTP.
Nota
Tenga en cuenta que los servicios de cliente FTP de CPUs SIMATIC S7-300 más antiguas,
por ejemplo, CPU 312 o CPU 315-1AF01, no pueden ejecutarse, ya que no soportan el
SFC24.
Para S7-300 y uso de FC40 - FC44 rige: el CP necesita además la FC5 suministrada
(AG_SEND) para la ejecución de las FCs FTP; no se puede cambiar el nombre de la FC5
para esta aplicación.


S7-300 S7-400
FTP_CMD (FB40) ● ● Desarrollo completo de secuencias de peticiones FTP.
FTP_CONNECT ● ● Establecimiento de un enlace FTP del Client al Server.

(FC40)
FTP_STORE (FC41) ● ● Transmisión de un DB del Client al Server.
FTP_RETRIEVE ● ● Transmisión de un archivo del Server al Client.
(FC42)
FTP_DELETE (FC43) ● ● Borrar un archivo en el servidor.
FTP_QUIT (FC44) ● ● Deshacer un enlace establecido a través de ID.
Uso de los bloques de programa

Utilice preferentemente el FB40 para los tipos de módulos de CP actuales. Los FC40 - FC44
se pueden utilizar de forma alternativa si es necesario y siempre y cuando estén disponibles
en la librería de STEP 7.
Condición - se ha configurado un enlace FTP

Para el desarrollo de una secuencia de peticiones FTP entre la estación S7 como FTP-
Client y un servidor FTP tiene que configurar un enlace FTP. Configure para ello primero un
enlace TCP no especificado con el atributo adicional "utilizar protocolo FTP".
Consulte también
Migración de FC 40-44 a FTP_CMD (Página 89)
2.4.2 FTP_CMD - bloque de programa universal para servicios FTP
Validez
El FB40 se puede utilizar a partir de los siguientes tipos de módulos:
● A partir de CP 343-1 Advanced - GX30*) / GX31**)
● A partir de CP 443-1 Advanced - GX20*) / GX30
*) Los comandos 33 (CONNECT_PASSIVE), 17 (CONNECT_TLS_PRIVATE) y
49 (CONNECT_TLS_PRIVATE_PASSIVE) no pueden utilizarse.
**) Los comandos 33 (CONNECT_PASSIVE) y
49 (CONNECT_TLS_PRIVATE_PASSIVE) no pueden utilizarse
Los comandos 33 "CONNECT_PASSIVE" y 49 "CONNECT_TLS_PRIVATE_PASSIVE" solo
son soportados por el CP 443-1 Advanced a partir de la versión de firmware V3.2 y a partir
de la versión de bloque 2.2.

2.4.2.1 Significado y llamada - FTP_CMD
Significado
Con el FB40 se pueden establecer conexiones FTP y transmitir archivos desde y a un
servidor FTP.
El FB40 sustituye las funciones FTP FC40 hasta FC44 utilizadas hasta ahora. Las
diferencias de estas funciones son representadas en el FB40 a través de un parámetro de
comando.
Con el FB40 se obtienen las siguientes ventajas:
● Simplificación en el programa de usuario por desarrollo a través de variables de
comandos en lugar de diferentes llamadas de funciones
● La función AG_SEND (FC5) no se necesita para la ejecución.
● Los siguientes comandos en el parámetro "CMD" ofrecen funciones adicionales:
– APPEND
El comando permite adjuntar datos a un archivo ya existente.
– RETR_PART
El comando permite leer selectivamente áreas de datos de un archivo.
– CONNECT_PASSIVE
Comando para establecer una conexión FTP
El cliente establece la conexión de datos, el servidor está en modo pasivo.
– CONNECT_TLS_PRIVATE
Comando para establecer una conexión FTP con seguridad SSL.
El servidor establece la conexión de datos FTP de forma activa.
– CONNECT_TLS_PRIVATE_PASSIVE
Comando para establecer una conexión FTP con seguridad SSL.
El cliente establece la conexión de datos, el servidor está en modo pasivo.

Interfaz de llamada
Tabla 2- 8 Ejemplo de llamada en representación AWL
AWL Explicación
CALL FB 40, DB 40 ( // llamada de bloque
ID := 4, // ID de conexión FTP según configuración
LADDR := W#16#3FFD, // dirección de módulo según configuración
CMD := B#16#3, // el comando FTP que debe ejecutarse
NAME_STR := P#DB44.DBX 170.0 BYTE 220, // dirección y longitud del área de datos de des-
FILE_DB_NR := 42, tino
OFFSET := DW#16#0, // número del bloque de datos
LEN := DW#16#0, // (irrelevante en el ejemplo)
DONE := M 420.1, // (irrelevante en el ejemplo)
ERROR := M 420.2, // parámetro de estado
STATUS := MW 422); // indicador de error
// indicador de estado
Funciones del sistema llamadas

El bloque de programa FTP_CMD llama las siguientes funciones del sistema:
SFC 1, SFC 20, SFC 24, SFC 58, SFC 59
Nota
Tenga en cuenta que los servicios de cliente FTP de CPUs SIMATIC S7-300 menos
recientes, por ejemplo CPU 312 o CPU 315-1AF01, no se pueden ejecutar, ya que no
soportan la función especial SFC 24.

2.4.2.2 Parámetros de entrada - FTP_CMD
Explicación de los parámetros de entrada

Cada llamada de bloque FTP se tiene que dotar de los siguientes parámetros de entrada:
Tabla 2- 9 Parámetros formales del FB40 (FTP_CMD) - parámetros de entrada
Parámetro Declaración Tipo Valores posibles Significado / Observación

ID INPUT INT Para S7-300: Las peticiones de FTP se desarrollan a través
1 ... 16 de enlaces FTP. El parámetro identifica el
Para S7-400: enlace utilizado.
1 ... 64
Al configurar el CP con STEP 7 aparece la
dirección inicial del módulo. Indique aquí esta
dirección.
CMD INPUT BYTE Véase la tabla infe- Comandos FTP que se ejecutan con la llama-
rior: Comandos FTP da del FB 40. Encontrará más información a
en el parámetro continuación de la tabla.
"CMD" Si un comando no es compatible con el firm-
ware del CP, se emite un mensaje de error con
STATUS = 8F6BH.
Ejemplos de comandos FTP:
• RETRIEVE: B#16#3
• CONNECT_TLS_PRIVATE: B#16#11


NAME_STR INPUT ANY Como VARTYPE La dirección indicada hace referencia a un
solo se admite área del bloque de datos. Aquí se tiene que
"BYTE". indicar la dirección y la longitud del área de
datos en la que están registrados las informa-
ciones de destino.
• Con CMD = 1, 33, 17, 49:
En este comando, el parámetro

"NAME_STR" especifica el servidor FTP al
que se debe acceder con el enlace FTP
con los siguientes atributos:
- dirección IP del servidor FTP
- nombre del usuario
- contraseña para el login
Estos valores se tienen que indicar como

tres strings consecutivos en el área de des-
tino del puntero ANY.
• Con CMD = 2, 3, 4, 6, 7:
En este comando, el parámetro

"NAME_STR" especifica el nombre del ar-
chivo en el servidor FTP, es decir, la fuente
de los datos o el destino de los datos. El
nombre del archivo se tiene que indicar
como string en el área de destino del pun-
tero ANY.
• Con CMD = 5: parámetro no relevante
Encontrará ejemplos de contenidos más ade-
lante.
FILE_DB_NR INPUT INT El bloque de datos aquí indicado contiene el
File-DB a leer / escribir.
El parámetro solo es relevante con CMD = 2,
3, 6 y 7.
OFFSET INPUT DWORD Solo con CMD = 7:
Offset en Byte, a partir del cual se debe leer el
archivo.


LEN INPUT DWORD Solo con CMD = 7:
Longitud parcial en Byte que se debe leer a
partir del valor indicado en "OFFSET".
Peculiaridades:
• Si se indica "DW#16#FFFFFFFF" se lee el
resto disponible del archivo.
Resultado OK (DONE = 1, STATUS = 0), si

no se presenta ningún otro error.
• Si OFFSET > longitud del archivo original:
En este caso, la longitud del archivo de

destino se muestra del siguiente modo en
el parámetro ACT_LENGTH del DB File: 0
Byte en la CPU.

• Si OFFSET + LEN > longitud del archivo
original (y LEN ≠ 0xFFFFFFFF):
En este caso, la longitud del archivo de

destino se muestra del siguiente modo en
el parámetro ACT_LENGTH del DB File:
Bytes disponibles a partir de "OFFSET".

Comandos FTP en el parámetro "CMD"

Vea en la tabla siguiente qué significado tienen los comandos del parámetro "CMD" y qué
parámetros de entrada (Input) se tienen que abastecer en cada caso. Los parámetros ID y
LADDR se tienen que poner siempre para identificar el enlace.
Tabla 2- 10 Comandos FTP en el parámetro "CMD"
Comando Parámetro de entrada Significado / Manejo

relevante (además de ID
y LADDR)
0 (NOOP) - El FC llamado no ejecuta ninguna acción. Las indicaciones de esta-
do se ponen como sigue para este abastecimiento de parámetros:
DONE=1; ERROR=0; STATUS=0


y LADDR)
1 (CONNECT) NAME_STR El cliente FTP establece con este comando una conexión FTP con
un servidor FTP (FTP activo).
La conexión está disponible, con la ID de conexión aquí asignada,
para todos los demás comandos FTP. Los datos se intercambian
entonces con el servidor FTP indicado para este usuario.
Secuencia (abreviada):
1. El cliente envía una solicitud al puerto de control 21 del servidor.
El cliente envía al servidor además el número de su puerto de da-
tos y lo abre.
2. El servidor acusa la solicitud al cliente.
3. El servidor establece la conexión de datos con el cliente desde su
puerto 20.
33 NAME_STR El cliente FTP establece con este comando una conexión FTP con
(CONNECT_PASSIVE) un servidor FTP (FTP pasivo).
El enlace está disponible, con la ID de enlace aquí asignada, para
todos los demás comandos FTP. Los datos se intercambian enton-
ces con el servidor FTP indicado para este usuario.
El uso de este comando se recomienda cuando el cliente se encuen-
tra en una subred protegida (interna). Secuencia (abreviada):
El cliente envía el comando "PASV" al servidor, que no establece
una conexión.
2. El servidor acusa la solicitud y envía al cliente su número de
puerto para la conexión de datos.
3. El cliente establece la conexión de datos con el servidor con el
número de puerto indicado por el servidor.
2 (STORE) NAME_STR Con esta llamada de función se transmite un bloque de datos (File-
FILE_DB_NR DB) del FTP-Client (CPU S7) al FTP-Server.
Atención: Si el archivo (File-DB) ya existe en el servidor FTP, se
sobrescribe.
3 (RETRIEVE) NAME_STR Con esta llamada de función se transmite un archivo del FTP-Server
FILE_DB_NR al FTP-Client (CPU S7).
Atención: Si el bloque de datos (File-DB) del FTP-Client ya contiene
un archivo, este se sobrescribe.
4 (DELETE) NAME_STR Con esta llamada de función se borra un archivo en el FTP-Server.
5 (QUIT) - Con esta llamada de función se deshace el enlace FTP identificado
con el ID.
6 (APPEND) NAME_STR De forma similar a "STORE", el comando "APPEND" (añadir) guarda
FILE_DB_NR un archivo en el servidor FTP. Pero con "APPEND" no se sobrescri-
be el archivo en el servidor FTP, sino que el nuevo contenido a
guardar se añade al archivo.
Si el archivo no existe en el servidor FTP, se crea.


y LADDR)
7 (RETR_PART) NAME_STR Con el comando "RETR_PART" (leer longitud parcial) se puede pedir
FILE_DB_NR del servidor FTP una parte de un archivo.
OFFSET En caso de archivos muy grandes se puede limitar así la lectura a la
LEN parte necesaria.
Para esto se tiene que conocer la estructura del archivo.
Indique la parte deseada del archivo con ayuda de los dos paráme-
tros "OFFSET" y "LEN" en el FB 40.
17 (CONNECT_TLS_ NAME_STR Con el comando "CONNECT_TLS_PRIVATE", el cliente FTP esta-
PRIVATE) blece una conexión FTP activa con seguridad SSL (FTPS) con el
servidor FTP (FTP activo). Los datos de la conexión de control y de
la conexión de datos se transfieren codificados.
La conexión está disponible, con la ID de conexión aquí asignada,
para todos los demás comandos FTP. Los datos se intercambian
entonces con el servidor FTP indicado para este usuario.
Requisitos:
hay que importar el certificado de servidor FTPS en la configuración
CP (Security).
El cliente envía al servidor además el número de su puerto de da-
tos y lo abre.
2. El servidor acusa la solicitud al cliente.
3. El servidor establece la conexión de datos con el cliente desde su
puerto 20.
49 (CONNECT_TLS_ NAME_STR Con el comando "CONNECT_TLS_PRIVATE", el cliente FTP esta-
PRIVATE_PASSIVE) blece una conexión FTP con seguridad SSL (FTPS) con el servidor
FTP (FTP pasivo). Los datos de la conexión de control y de la cone-
xión de datos se transfieren codificados.
El enlace está disponible, con la ID de enlace aquí asignada, para
todos los demás comandos FTP. Los datos se intercambian enton-
ces con el servidor FTP indicado para este usuario.
Requisitos:
hay que importar el certificado de servidor FTPS en la configuración
CP (Security).
El cliente envía el comando "PASV" al servidor, que no establece
una conexión.
2. El servidor acusa la solicitud y envía al cliente su número de
puerto para la conexión de datos.
3. El cliente establece la conexión de datos con el servidor con el
número de puerto indicado por el servidor.

Ejemplos de contenidos del parámetro "NAME_STR"

El registro de parámetros tiene los siguientes contenidos:
Tabla 2- 11 Contenido del registro de parámetros para CMD = 1, 17, 33, 49
Dirección Nombre Tipo 1) Ejemplo Significado

relativa 2)
0.0 ip_address STRING[100] ’142.11.25.135’ Dirección IP del servidor FTP
102.0 username STRING[32] ’usuario’ Nombre del usuario para el login en
el servidor FTP
136.0 password STRING[32] ’contraseña’ Contraseña para el login en el
servidor FTP
1) Se indica la longitud máxima del string posible en cada caso
2) Los valores indicados están referidos a las longitudes de string indicadas en "Tipo".
Tabla 2- 12 Contenido del registro de parámetros para CMD = 2, 3, 4, 6, 7

relativa 2)
170.0 filename STRING[220] ’in- Nombre del fichero de destino o
o bien stalación1/caldera2/presión.dat fuente
’ Nota:
STRING[212]
Con CMD=7 (RETR_PART) la
longitud máxima del nombre del
archivo está limitada a 212 caracte-
res.
1) Se indica la longitud máxima del string posible en cada caso
2) Los valores indicados están referidos a las longitudes de string indicadas en "Tipo".

2.4.2.3 Parámetros de salida e informaciones de estado - FTP_CMD
Introducción
usuario:
Tabla 2- 13 Parámetros formales del FB40 (FTP_CMD) - parámetros de salida

DONE OUTPUT BOOL 0: - El parámetro de estado indica si
1: Petición ejecutada la petición se ha desarrollado
correctamente.
1: Error El parámetro notifica que la peti-
ción no se ha podido ejecutar sin
errores.
STATUS OUTPUT WORD Véase la tabla siguiente Indicador de estado
El parámetro proporciona infor-
maciones detalladas sobre la
ejecución de la petición.
Los parámetros DONE, ERROR y STATUS se actualizan a cada llamada del bloque.
Ejemplo
Durante una ejecución de petición, el FB 40 proporciona los códigos de condición:
● DONE=0
● ERROR=0
● STATUS=8181H
Significado: la petición aún está en curso.
Evaluar indicadores de estado
Nota
en el manual de referencia STEP 7 Funciones estándar y funciones de sistema. Allí
encontrará informaciones en el capítulo "Evaluación de fallos con el parámetro de salida
RET_VAL".

Tabla 2- 14 FB 40: significado del parámetro STATUS en relación con DONE y ERROR

En caso de indicación continua de 8181H:
el CP no está habilitado para el FB 40. Se ha llamado un comando no
permitido para la versión de firmware: CMD 6 / CMD 7 / CMD 17 /
CMD 33 / CMD 49
• El bloque utilizado no es acorde con la familia de sistemas utilizada
(se tienen que utilizar FCs diferentes para S7-300 y S7-400).
0 1 8091H La dirección inicial del módulo no está en formato de palabra doble.
0 1 8092H El tipo indicado en el puntero ANY no es byte
0 1 80A4H La conexión de bus K entre CPU y CP no está establecida (en caso de
versiones de CPU más recientes).
Esto se puede deber, por ejemplo, a lo siguiente:
• falta configuración de conexiones
• se supera la cantidad máxima de CPs que pueden trabajar en
paralelo
0 1 80B1H Área de destino no válida;
por ejemplo, área de destino > 240 bytes.
0 1 80B2H La conexión de bus K entre CPU y CP no está establecida (en caso de
versiones de CPU menos recientes).
(en caso de versiones de CPU más recientes, consulte 80A4H)
0 1 80C3H Medio de servicio (memoria) ocupado.
0 1 80C4H Error de comunicación (se presenta temporalmente; por ello es conve-
niente una repetición en el programa de usuario.)
0 1 8180H Todavía no hay datos.
0 1 8183H La configuración no es acorde con los parámetros de la petición.
0 1 8184H Se ha indicado un tipo de datos no permitido para el parámetro
NAME_STR.
0 1 8185H El búfer de destino (LEN) es demasiado pequeño.
0 1 8186H Parámetro ID no válido. ID = 1, 2....64
0 1 8302H No existen recursos de recepción en la estación de destino.
0 1 8304H Conexión FTP no establecida ID de conexión erróneo o inexistente.
0 1 8F22H Área fuente no valida, por ejemplo:
0 1 8F23H Error de longitud de área al escribir un parámetro (p. ej. DB demasiado
corto).


0 1 8F24H Error de área al leer un parámetro
0 1 8F28H Error de alineación al leer un parámetro
0 1 8F33H Error de número de DB
0 1 8F3AH Área de destino no cargada (DB)
0 1 8F50H File-DB DB 0 o DB no existe
0 1 8F51H El área de datos de File-DB se ha indicado mayor que la existente
0 1 8F52H File-DB en memoria protegida de grabación
0 1 8F53H File-DB con longitud máx. < longitud actual
0 1 8F54H File-DB no contiene datos válidos.
0 1 8F55H Bit de estado de Header: Locked
0 1 8F56H El bit NEW en el File-DB-Header no se ha repuesto
0 1 8F57H FTP-Client no tiene derecho de escritura en el File-DB, sino el FTP-
Server (bit de estado de Header: WriteAccess).
0 1 8F60H Datos de usuario no válidos, por ejemplo, dirección IP del servidor FTP
no válida
0 1 8F61H Servidor FTP no accesible
0 1 8F62H Significados posibles:
• El servidor FTP no da soporte a la petición o la rechaza
• El servidor FTP no soporta conexiones seguras vía SSL.
0 1 8F63H Transferencia de datos cancelada por el servidor FTP
0 1 8F64H Error en la conexión de control FTP; no se han podido emitir o recibir
datos; la conexión de control FTP se tiene que establecer de nuevo
después de tal error.
0 1 8F65H Error en la conexión de datos FTP; no se han podido emitir o recibir
datos. La petición se tiene que llamar de nuevo.
El error se puede deber, por ejemplo en la función RETRIEVE
(CMD=3), a que el archivo a que se quiere acceder en el servidor FTP
ya está abierto.
0 1 8F66H Error al leer/escribir datos de/en la CPU (por ejemplo, DB inexistente o
demasiado pequeño)
0 1 8F67H Error en el cliente FTP del CP; por ejemplo, al intentar abrir más del
número máximo posible de conexiones FTP.
0 1 8F68H La petición ha sido rechazada por el cliente FTP.
El error se puede deber, por ejemplo en la función RETRIEVE
(CMD=3), a que el valor del parámetro MAX_LENGTH se ha elegido
demasiado pequeño en el encabezado del File-DB.
0 1 8F69H La conexión FTP se encuentra en un estado incorrecto, p. ej.:
• Se produce una llamada de la conexión sin deshacerla previamen-
te (con igual ID de conexión);
• Se deshace una conexión ya deshecha;
• Se ha enviado un comando STORE para una conexión no estable-
cida.


0 1 8F6AH La conexión no se ha podido establecer debido a un déficit transitorio
de recursos.
Solución: repetir la llamada del bloque.
0 1 8F6BH Posibles causas:
• Valor erróneo para el parámetro CMD
• Un comando del FB 40 no es compatible.
Posible causa: firmware incorrecto del CP

Solución: actualizar el firmware (en el caso de CPs menos recien-
tes, utilizar en lugar del FB 40 las funciones FC 40...FC 44.)
0 1 8F6CH En el parámetro OFFSET se ha indicado un valor > 7FFF FFFH.
0 1 8F6DH El cliente FTP no soporta conexiones seguras vía SSL.
0 1 8F6EH La firma del certificado no es válida.
0 1 8F6FH Posibles causas:
• La indicación de tiempo "notBefore" del certificado contiene un
valor no válido.
• El certificado no es válido: la entrada "notBefore" contiene una
indicación de tiempo posterior al tiempo actual.
0 1 8F70H Posibles causas:
• La indicación de tiempo "notAfter" del certificado contiene un valor
no válido.
• El certificado ha caducado: la entrada "notAfter" contiene una indi-
cación de tiempo anterior al tiempo actual.
0 1 8F71H No se ha encontrado el certificado CA de un certificado no fiable.
0 1 8F72H El certificado CA original no es válido. Es posible que no se trate de un
certificado CA o que sus ampliaciones no sean coherentes con la
finalidad prevista.
0 1 8F73H El certificado CA original no está marcado como fiable para la finalidad
indicada.
0 1 8F74H Se han producido otros errores al verificar un certificado.
0 1 8F7FH Error interno p. ej., referencia ANY no permitida.
2.4.2.4 Migración de FC 40-44 a FTP_CMD
Comparación del bloque de funciones FB40 con las anteriores funciones FC40...44
Todos los CPs con funcionalidad FTP soportan las funciones FC40...44. Por lo tanto, los
programas de usuario disponibles se pueden seguir utilizando sin modificación.
Si desea cambiar de las funciones FTP FC40...44 a FB40, tendrá que modificar su
programa de usuario.

La tabla siguiente le muestra con qué comandos del FB40 puede implementar las funciones
FC40...44.
● Las coincidencias están marcadas con "X".
● La falta de correspondencias está marcada con "-".
Comandos del parámetro "CMD" del FTP_CMD

Antiguas funciones CMD = 1 CMD = 2 CMD = 3 CMD = 4 CMD = 5 CMD = 6 / 7 /
FTP FC40...44 17 / / 33 / 49
FC40 X 1)
FC41 X 2)
FC42 X 3)
FC43 X 4)
FC44 X
-
1) ...4) Los parámetros de FC 40...43 y CMD 1...4 (FB 40) no son idénticos (véase la tabla siguiente).
Los parámetros correspondientes que especifican la respectiva función en las funciones

FC40...FC43 o en los comandos del FB40 se listan en la tabla siguiente.
Parámetros de FC Parámetros en FTP_CMD (con CMD 1...4)

FC40: LOGIN → CMD = 1: NAME_STR
FC41: FILE_NAME → CMD = 2: NAME_STR
FC40...43: BUFFER_DB_NR → suprimido (sustituido por DB de instancia)
2.4.3 FTP_CONNECT
2.4.3.1 Significado y llamada - FTP_CONNECT
Significado
El FTP-Client establece con esta llamada de función un enlace FTP con un FTP-Server.
Para esto se tienen que transmitir al servidor FTP la dirección IP del servidor FTP, la
identificación del usuario (username) y (si es necesario) la contraseña para identificación del
usuario.
El FTP-Client realiza todos los demás accesos sobre la base de esta identificación del
usuario, si se utiliza el mismo ID para el enlace FTP. Los datos se intercambian entonces
con el servidor FTP indicado para este usuario.

Interfaz de llamada
Ejemplo de llamada en representación AWL
AWL Explicación
call fc40 ( //llamar FTP_CONNECT
ACT := M 420.0, // impulso de petición por bit de marca
ID := 4, // ID de enlace FTP según configuración
LADDR := W#16#3FFD, // dirección del módulo según configuración
LOGIN := P#DB40.DBX 0.0 BYTE 170, // información para LOGIN en DB 40
BUFFER_DB_NR := 9, // área búfer para servicio FTP
DONE := M 420.1,
ERROR := M 420.2,
STATUS := MW 422);
2.4.3.2 Explicación de los parámetros formales - FTP_CONNECT
Explicación de los parámetros de llamada generales

Los parámetros de llamada generales tienen un significado idéntico para todas las llamadas
de funciones FTP; su descripción se ha recopilado por ello respectivamente en un capítulo.

Explicación de los parámetros formales específicos de la llamada
Tabla 2- 15 Parámetros formales para FTP_CONNECT
Parámetro Declaración Tipo de datos Descripción

LOGIN INPUT ANY Este parámetro especifica el servidor FTP al que se debe acceder
(como con el enlace FTP.
VARTYPE solo (para más detalles, véase la tabla siguiente)
se admite: Aquí se tiene que indicar la dirección y la longitud del área de datos
BYTE) en la que están registrados las informaciones de destino.
La dirección indicada hace referencia a un área del bloque de datos.
Para el direccionamiento de esta área se utiliza el tipo de datos del
puntero ANY. Encontrará más información sobre este tipo de datos
en la Ayuda en pantalla de STEP 7, en el apéndice de los temas de
ayuda, bajo "Formato del tipo de parámetro ANY".
BUFFER_DB_NR INPUT INT Indique aquí un bloque de datos que el FTP-Client necesite como
área búfer para la transferencia FTP.
Puede utilizar el mismo bloque de datos como área búfer para todas
las peticiones FTP.
Nota:
la longitud del DB reservado para esto tiene que ser como mínimo
255 bytes.
Parámetros LOGIN
Este registro de parámetros tiene el siguiente contenido para FTP_CONNECT:

relativa 2)
0.0 ip_address STRING[100] '142.11.25.135' Dirección IP del servidor FTP.
102.0 username STRING[32] 'usuario' Nombre del usuario para el login en el
servidor FTP.
136.0 password STRING[32] 'contraseña' Contraseña para el login en el servidor
FTP.
170.0 filename STRING[220] 'instalación1/caldera2/presión.dat' Nombre del archivo de destino o fuente
3)
1) se indica la respectiva longitud máxima posible del string

2) los valores indicados está referidos a las longitudes de string indicadas en "Tipo".
3) estas líneas no son relevantes para esta llamada.

2.4.4 FTP_STORE
2.4.4.1 Significado y llamada - FTP_STORE
Significado
Con esta llamada de función se transmite un bloque de datos (File-DB) del FTP-Client (CPU
S7) al FTP-Server.
Para esto tiene que indicar el bloque de datos que contiene el archivo. También se tiene que
especificar el nombre de la ruta/del archivo bajo el que se debe crear el archivo en el
servidor FTP.
Si el archivo (File-DB) ya existe en el servidor FTP, se sobrescribe.
Interfaz de llamada
AWL Explicación
call fc41 ( //llamar FTP_STORE
ID := 4, //ID de enlace FTP según configuración
LADDR := W#16#3FFD, //dirección del módulo según configuración
FILE_NAME := P#DB40.DBX 170.0 BYTE 220, //información para archivo de destino en DB 40
BUFFER_DB_NR := 9, //área búfer para servicio FTP
FILE_DB_NR := 42, //núm. de DB del archivo de origen
DONE := M 420.1,
ERROR := M 420.2,
STATUS := MW 422);

2.4.4.2 Explicación de los parámetros formales - FTP_STORE

Tabla 2- 16 Parámetros formales para FTP_STORE

FILE_NAME INPUT ANY Este parámetro especifica el destino de los datos.
(como VARTYPE (para más detalles, véase la tabla siguiente)
solo se admite: Aquí se tienen que indicar la dirección y la longitud del área
BYTE) de datos en la que están registradas las informaciones de
destino.
La dirección indicada hace referencia a un área del bloque de
datos.
Para el direccionamiento de dicha área se utiliza el tipo de
datos del puntero ANY. Encontrará más información sobre
este tipo de datos en la Ayuda en pantalla de STEP 7, en el
apéndice de los temas de ayuda, bajo "Formato del tipo de
parámetro ANY".
BUFFER_DB_NR INPUT INT Indique aquí un bloque de datos que el FTP-Client necesite
como área búfer para la transferencia FTP.
Puede utilizar el mismo bloque de datos como área búfer para
todas las peticiones FTP.
Nota:
La longitud del DB reservado para esto tiene que ser como
mínimo 255 bytes.
FILE_DB_NR INPUT INT El bloque de datos aquí indicado contiene el File-DB a leer.
Parámetro FILE_NAME
Este registro de parámetros tiene el siguiente contenido para FTP_STORE:

relativa 2)
0.0 ip_address STRING[100] '142.11.25.135' Dirección IP del servidor FTP. 3)
102.0) username STRING[32] 'usuario' Nombre del usuario para el login en el servi-
dor FTP. 3)


relativa 2)
136.0 password STRING[32] 'contraseña' Contraseña para el login en el servidor FTP.
3)
170.0 filename STRING[220] 'in- Nombre del archivo de destino o fuente

stalación1/caldera2/presión.d
at'
2.4.5 FTP_RETRIEVE
2.4.5.1 Significado y llamada - FTP_RETRIEVE
Significado
Con esta llamada de función se transmite un archivo del FTP-Server al FTP-Client (CPU
S7).
Para esto tiene que indicar el bloque de datos en el que se debe almacenar el archivo.
También se tiene que especificar el nombre de la ruta/del archivo bajo el que se debe
encontrar el archivo en el servidor FTP.
Si el bloque de datos (File-DB) del FTP-Client ya contiene un archivo, éste se sobrescribe.
Interfaz de llamada

AWL Explicación
call fc42 ( //llamar FTP_RETRIEVE
ID := 4, //ID de enlace FTP según configuración
LADDR := W#16#3FFD, //dirección del módulo según configuración
FILE_NAME := P#DB40.DBX 170.0 BYTE 220, //información para archivo de destino en DB 40
BUFFER_DB_NR := 9, //área búfer para servicio FTP
FILE_DB_NR := 42, //núm. de DB del archivo de destino
DONE := M 420.1,
ERROR := M 420.2,
STATUS := MW 422);
2.4.5.2 Explicación de los parámetros formales - FTP_RETRIEVE

Tabla 2- 17 Parámetros formales para FTP_RETRIEVE
Parámetro Declaración Tipo de da- Descripción

tos
FILE_NAME INPUT ANY Este parámetro especifica la fuente de los datos.
(como (para más detalles, véase la tabla siguiente)
VARTYPE Aquí se tiene que indicar la dirección y la longitud del área de datos
solo se admi- en la que están registrados las informaciones de destino.
te:
La dirección indicada hace referencia a un área del bloque de da-
BYTE) tos.
Para el direccionamiento de esta área se utiliza el tipo de datos del
puntero ANY. Encontrará más información sobre este tipo de datos
en la Ayuda en pantalla de STEP 7, en el apéndice de los temas de
ayuda, bajo "Formato del tipo de parámetro ANY".
Puede utilizar el mismo bloque de datos como área búfer para to-
das las peticiones FTP.
Nota:
La longitud del DB reservado para esto tiene que ser como mínimo
255 bytes.
FILE_DB_NR INPUT INT El bloque de datos aquí indicado contiene el File-DB que debe
escribirse (destino de los datos).

Parámetro FILE_NAME
Este registro de parámetros tiene el siguiente contenido para FTP_RETRIEVE:

relativa 2)
102.0 username STRING[32] 'usuario' Nombre del usuario para el login en el ser-
vidor FTP. 3)
FTP. 3)
stalación1/caldera2/presión.da
t'
2.4.6 FTP_DELETE
2.4.6.1 Significado y llamada - FTP_DELETE
Significado
Con esta llamada de función se borra un archivo en el FTP-Server.
Interfaz de llamada

AWL Explicación
call fc43 ( //llamar FTP_DELETE
LADDR := W#16#3FFD, // dirección del módulo según configuración
FILE_NAME := P#DB40.DBX 170.0 BYTE 220, // información para archivo de destino en DB 40
BUFFER_DB_NR := 9, // área búfer para servicio FTP
DONE := M 420.1,
ERROR := M 420.2,
STATUS := MW 422);
2.4.6.2 Explicación de los parámetros formales - FTP_DELETE

Tabla 2- 18 Parámetros formales para FTP_DELETE

FILE_NAME INPUT ANY Este parámetro especifica el destino de los datos.
(como (para más detalles, véase la tabla siguiente)
VARTYPE solo Aquí se tienen que indicar la dirección y la longitud del área de
se admite: datos en la que están registradas las informaciones de destino.
BYTE) La dirección indicada hace referencia a un área del bloque de
datos.
Para el direccionamiento de dicha área se utiliza el tipo de datos
del puntero ANY. Encontrará más información sobre este tipo de
datos en la Ayuda en pantalla de STEP 7, en el apéndice de los
temas de ayuda, bajo "Formato del tipo de parámetro ANY".
Puede utilizar el mismo bloque de datos como área búfer para
todas las peticiones FTP.
Nota:
La longitud del DB reservado para esto tiene que ser como mínimo
255 bytes.

Parámetros LOGIN
Este registro de parámetros tiene el siguiente contenido para FTP_DELETE:

relativa 2)
102.0 username STRING[32] 'usuario' Nombre del usuario para el login en el
servidor FTP. 3)
FTP. 3)
stalación1/caldera2/presión.dat
'
2.4.7 FTP_QUIT
2.4.7.1 Significado y llamada - FTP_QUIT
Significado
Con esta llamada de función se deshace el enlace FTP identificado con el ID.
Interfaz de llamada

AWL Explicación
call fc44 ( //llamar FTP_QUIT
LADDR := W#16#3FFD, // dirección de módulo según configuración
DONE := M 420.1,
ERROR := M 420.2,
STATUS := MW 422);
Nota
La salida de FC44 ha de recibir como valor una palabra de marca. Al introducir DBx.DWy
aparece un mensaje de error (válido sólo para S7-300).
2.4.7.2 Explicación de los parámetros formales - FTP_QUIT


2.4.8 Parámetros para coordinación de CP y enlaces (parámetros de entrada)
Parámetros para coordinación de CP y enlaces (parámetros de entrada)

Cada llamada de bloque FTP se tiene que dotar de los siguientes parámetros de entrada
generales además de los parámetros de entrada específicos de la petición:
Parámetro Declaración Tipo 1) Valores posibles Significado

ACT INPUT BOOL 0,1 El parámetro contiene el bit de inicialización para impulsar la
petición.
• Con ACT = 1 se ejecuta la petición.
El FC proporciona los siguientes códigos de condición du-
rante la ejecución de la petición:
– DONE=0
– ERROR=0
– STATUS=8181H
• Con ACT = 0, el FC llamado no ejecuta ninguna acción;
con este abastecimiento de parámetros, las indicaciones
de estado son las siguientes:
– DONE=0
– ERROR=1
– STATUS=8F70H
Observación / recomendación:
En su aplicación debería ejecutar las llamadas de FTP en
forma condicionada, evaluando, por ejemplo, los códigos de
condición. No es conveniente controlar la llamada por medio
del bit ACT.
El bit ACT=1 tiene que estar puesto hasta que se señalice la
conclusión de la ejecución a través del bit DONE.
ID INPUT INT 1,2...64 Las peticiones de FTP se desarrollan a través de enlaces
FTP. El parámetro identifica el enlace utilizado.
Al llamar un bloque FC transfiere en el parámetro LADDR la
dirección del inicio de módulo del ADVANCED CP.
La dirección inicial de módulo del ADVANCED-CP se puede
consultar en la configuración de las propiedades del
ADVANCED-CP en "Direcciones > Entradas".

ATENCIÓN
Preste atención sin falta a que por cada ID de usuario se llame siempre solo un bloque de
programa de cliente FTP mientras ACT esté puesto a 1.
Es decir, FTP_STORE y FTP_RETRIEVE no se deben ejecutar simultáneamente en la
misma conexión FTP, por ejemplo. Este requisito equivale a la funcionalidad FTP normal.
En caso contrario no puede confiar en que los parámetros de salida (bit DONE, bit ERROR
y palabra STATUS) sean correctos.
2.4.9 Informaciones sobre estado/status (parámetros de salida)
Informaciones sobre estado/status (parámetros de salida)

usuario:
Parámetro Declaración Tipo 1) Valores posibles Significado

DONE OUTPUT BOOL 0: - El parámetro de estado indica si se han aceptado nuevos da-
1: Petición ejecu- tos.
tada
ERROR OUTPUT BOOL 0: - Indicación de fallo
1: error El parámetro notifica que la petición no se ha podido ejecutar
sin errores.
STATUS OUTPUT WORD Véase la tabla Indicación de estado
siguiente El parámetro proporciona informaciones detalladas sobre la
ejecución de la petición.
Nota
En el caso de FC FTP_QUIT, utilice para el parámetro STATUS solo el tipo de datos
'palabra de marca' (esto solo es válido para CP 343-1 IT).
Ejemplo
Durante una ejecución de petición, el FC proporciona los códigos de condición:
● DONE=0
● ERROR=0
● STATUS=8181H


Tenga en cuenta que las indicaciones de estados DONE, ERROR, STATUS se actualizan a
cada llamada de bloque.
Nota
en el manual de referencia STEP 7 Standard y funciones del sistema. Allí encontrará
informaciones en el capítulo "Evaluación de fallos con el parámetro de salida RET_VAL".

0 1 8092H El tipo indicado en el puntero ANY no es Byte.
0 1 80A4H El enlace vía bus K entre CPU y CP no está establecido. (en CPUs con versiones más
actuales).
• falta configuración de enlaces;
• se supera la cantidad máxima de CPs que pueden trabajar en paralelo.
0 1 80B1H • Área de destino no válida;
por ejemplo, área de destino > 240 bytes.
0 1 80B2H El enlace vía bus K entre CPU y CP no está establecido (en caso de versiones de CPU
menos recientes); en otro caso 80A4H; ver allí más información)
tición en el programa de usuario.)
0 1 8183H La configuración no es acorde con los parámetros de la petición.
0 1 8184H Se ha indicado un tipo de datos no permitido para el parámetro FILE_NAME / LOGIN.
0 1 8186H Parámetro ID no válido. ID != 1,2....64.
0 1 8F22H Área fuente no valida, por ejemplo:


0 1 8F33H Error del número DB.
0 1 8F50H File-DB DB 0 o DB no existe
0 1 8F51H El área de datos de File-DB se ha indicado mayor que la existente
0 1 8F52H File-DB en memoria protegida de grabación
0 1 8F53H File-DB con longitud máx. < longitud actual
0 1 8F54H File-DB no contiene datos válidos.
0 1 8F55H Bit de estado de Header: Locked
0 1 8F56H El bit NEW en el File-DB-Header no se ha repuesto
0 1 8F57H FTP-Client no tiene derecho de escritura en el File-DB, sino el FTP-Server (bit de es-
tado de Header: WriteAccess).
0 1 8F5AH Buffer-DB DB 0 o DB no existe
0 1 8F5BH Buffer-DB con área de datos demasiado pequeña
0 1 8F5CH Buffer-DB en memoria protegida de grabación
0 1 8F60H Datos de usuario no válidos, por ejemplo, dirección IP del servidor FTP no válida
0 1 8F61H Servidor FTP no accesible
0 1 8F62H El servidor FTP no da soporte a la petición o la rechaza
0 1 8F63H Transferencia de datos cancelada por el servidor FTP
0 1 8F64H Error en el enlace FTP Control; no se han podido emitir o recibir datos; el enlace FTP
Control se tiene que establecer de nuevo después de tal error.
0 1 8F65H Error en el enlace FTP Datos; no se han podido emitir o recibir datos; se tiene que
lanzar de nuevo la petición (FTP_Store o FTP_Retrieve).
El error se puede deber, por ejemplo en la función RETRIEVE, a que el archivo a que
se quiere acceder en el servidor FTP ya está abierto.
0 1 8F66H Error al leer/escribir datos de/en la CPU (por ejemplo, DB inexistente o demasiado
pequeño)
0 1 8F67H Error en el cliente FTP del CP; por ejemplo, al intentar abrir más de 10 enlaces FTP.
0 1 8F68H La petición ha sido rechazada por el FTP Client
El error se puede deber, por ejemplo en el caso de FTP_RETRIEVE, a que el valor
seleccionado para el parámetro MAX_LENGTH en el File-DB Header es demasiado
pequeño.
0 1 8F69H Enlace FTP en estado incorrecto para esta llamada; por ejemplo en caso de llamar dos
veces Connect o en caso de Retrieve sin previa Connect (con la misma ID de enlace)
0 1 8F6AH El enlace no se ha podido establecer debido a un déficit transitorio de recursos.
Solución: repetir la llamada del bloque.
0 1 8F6CH No se ha podido establecer la conexión; el cliente FTP solo soporta conexiones asegu-
radas por SSL.
Solución: utilizar el bloque de programa FTP_CMD.
0 1 8F70H Llamada de un bloque FTP-Client con ACT = 0
0 1 8F7FH Error interno p. ej., referencia ANY no permitida

2.4.10 Bloque de datos File-DB
2.4.10.1 Estructura de los bloques de datos (File-DB) para servicios FTP - modo FTP-Client
Funcionamiento
Para la transmisión de datos mediante FTP tiene que crear bloques (File-DBs) en la CPU de
su estación S7. Estos bloques de datos han de tener una determinada estructura para que
los servicios FTP puedan tratarlos como datos transmisibles. Constan de los siguientes
sectores:
● Sector 1: File-DB Header (tiene una estructura fija con una longitud de 20 byte)
● Sector 2: datos útiles (longitud y estructura variables)
File-DB Header para modo FTP-Client

Observación: El File-DB Header aquí descrito es prácticamente idéntico al File-DB Header
descrito para el modo Server. Las diferencias residen en los parámetros:
● WRITE_ACCESS
● FTP_REPLY_CODE

Parámetro Tipo Valor / Significado Alimentación

EXIST BOOL El bit EXIST indica si hay datos El comando FTP dele pone EXIST=0;
válidos en el área de datos útiles. El comando FTP store pone EXIST=1;
El comando FTP retrieve sólo
procesa la petición si EXIST=1.
• 0:
El File-DB no contiene datos
útiles válidos ("Archivo no
existe").
• 1:
El File-DB contiene datos úti-
les válidos ("Archivo existe").
LOCKED BOOL El bit LOCKED sirve para la pro- Los comandos FTP store y retr ponen
tección de acceso al File-DB. LOCKED=1 durante la edición.
• 0: Para una operación de escritura desde
Se puede acceder al File-DB. el programa de usuario rige:
• 1: El programa de usuario almacenado en
la CPU S7 puede poner o reponer
El File-DB está bloqueado.
LOCKED para asegurar la coherencia
durante un acceso de escritura.
Procedimientom recomendado para el
programa de usuario:
1. Comprobar el bit LOCKED;
si =0
2. poner WRITEACCESS-Bit=0
si =0
4. poner LOCKED-Bit=1
5. Escribir datos
NEW BOOL El bit NEW-Bit informa sobre si los El comando FTP store pone NEW=1
datos se han modificado desde la tras la edición
última operación de lectura. El programa de usuario de la CPU S7
• 0: debe activar NEW=0 tras la lectura de
El contenido del File-DB no ha los datos para permitir un nuevo co-
cambiado desde la última ope- mando retr.
ración de escritura. El progra-
ma de usuario de la CPU S7
ha registrado el último cambio.
• 1:
El programa de usuario de la
CPU S7 no ha registrado la úl-
tima operación de escritura.


WRITE_ACCESS BOOL 0: El bit se pone a un valor de inicializa-
El programa de usuario (bloques ción al configurar el DB.
FTP-Client) tiene derecho de Recomendación:
escritura para los File-DBs de la
A ser posible, el bit debería dejarse
CPU S7.
inalterado. En caso especiales es posi-
1: ble una adaptación durante el funcio-
El programa de usuario (bloques namiento.
FTP-Client) no tiene derecho de
escritura para los File-DBs de la
CPU S7.
ACT_LENGTH DINT Longitud actual del área de datos La longitud actual se actualiza después
útiles. de una operación de escritura.
El contenido de este campo sólo
es válido si EXIST = 1.
MAX_LENGTH DINT Longitud máxima del área de La longitud máxima se debería definir
datos útiles (longitud total del DB al configurar el DB.
menos 20 bytes del Header). El valor puede ser modificado por el
programa de usuario también durante
el funcionamiento.
FTP_REPLY_CODE INT Cifra sin signo (16 bit) que contie- Es actualizado por el FTP-Client al
ne el último código Reply de FTP editar comandos FTP.
como valor binario.
El contenido de este campo sólo
es válido si EXIST = 1.
DATE_TIME DATE_AND_TIME Fecha y hora de la última modifi- La fecha actual se actualiza después
cación del archivo. de una operación de escritura.
El contenido de este campo sólo Si se utiliza la función "Transmisión de
es válido si EXIST = 1. la hora", la entrada se corresponde con
la hora transmitida.
Si no se utiliza la función "Transmisión
de la hora", se introduce una hora
relativa. La referencia es el momento
de arranque del CP IT (el valor de
inicialización es 1.1.1994 0.0 horas).
2.4.10.2 Estructura de los bloques de datos (File-DB) para servicios FTP - modo FTP-Server
Funcionamiento
Para la transmisión de datos mediante FTP tiene que crear bloques (File-DBs) en la CPU de
su estación S7. Estos bloques de datos han de tener una determinada estructura para que
los servicios FTP puedan tratarlos como datos transmisibles. Constan de los siguientes
sectores
● Sector 1: File-DB Header (tiene una longitud fija de 20 byte y una estructura fija)
● Sector 2: datos útiles (longitud y estructura variables)

File-DB Header para modo FTP-Server

Observación: El File-DB Header aquí descrito es prácticamente idéntico al File-DB Header
descrito para el modo Client. Las diferencias residen en los parámetros
● WRITE_ACCESS
● FTP_REPLY_CODE

EXIST BOOL El bit EXIST indica si hay El comando FTP dele pone EXIST=0;
datos válidos en el área de El comando FTP store pone EXIST=1;
datos útiles.
El comando FTP retrieve
sólo procesa la petición si
EXIST=1.
• 0:
El File-DB no contiene
datos útiles válidos
("Archivo no existe").
• 1:
El File-DB contiene da-
tos útiles válidos ("Ar-
chivo existe").
LOCKED BOOL El bit LOCKED sirve para Los comandos FTP store y retr ponen
la protección de acceso al LOCKED=1 durante la edición.
File-DB. Para una operación de escritura desde el
• 0: programa de usuario rige:
Se puede acceder al Fi- El programa de usuario almacenado en la
le-DB. CPU S7 puede poner o reponer LOCKED
para asegurar la coherencia durante un
• 1:
acceso de escritura.
El File-DB está blo-
queado. Procedimientom recomendado para el pro-
grama de usuario:
si =0
2. poner WRITEACCESS-Bit=0
si =0
5. Escribir datos


NEW BOOL El bit NEW-Bit informa El comando FTP store pone NEW=1 tras la
sobre si los datos se han edición
modificado desde la última El programa de usuario de la CPU S7 tiene
operación de lectura. que poner NEW=0 tras la lectura de los
• 0: datos, para hacer posible un nuevo store o
El contenido del File-DB para poder borrar el archivo con el coman-
no ha cambiado desde do FTP dele.
la última operación de
escritura. El programa
de usuario de la CPU
S7 ha registrado el úl-
timo cambio.
• 1:
El programa de usuario
de la CPU S7 no ha re-
gistrado la última ope-
ración de escritura.
WRITE_ACCESS BOOL 0: El bit se pone a un valor de inicialización al
El FTP-Client del PG/PC configurar el DB.
no tiene derecho de escri- Recomendación:
tura para los File-DBs de la
A ser posible, el bit debería dejarse inalte-
CPU S7.
rado. En caso especiales es posible una
1: adaptación durante el funcionamiento.
El FTP-Client del PG/PC
tiene derecho de escritura
para los File-DBs de la
CPU S7.
ACT_LENGTH DINT Longitud actual del área de La longitud actual se actualiza después de
datos útiles. una operación de escritura.
El contenido de este cam-
po sólo es válido si EXIST
= 1.
MAX_LENGTH DINT Longitud máxima del área La longitud máxima se debería definir al
de datos útiles (longitud configurar el DB.
total del DB menos 20 El valor puede ser modificado por el pro-
bytes del Header). grama de usuario también durante el fun-
cionamiento.
FTP_REPLY_CODE INT Este parámetro no tiene El FTP-Server lo pone a "0".
relevancia en el modo FTP-
Server.
DATE_TIME DATE_AND_TIME Fecha y hora de la última La fecha actual se actualiza después de
modificación del archivo. una operación de escritura.
El contenido de este cam- Si se utiliza la función "Transmisión de la
po sólo es válido si EXIST hora", la entrada se corresponde con la
= 1. hora transmitida.
Si no se utiliza la función "Transmisión de la
hora", se introduce una hora relativa. La
referencia es el momento de arranque del
CP IT (el valor de inicialización es 1.1.1994
0.0 horas).

2.5 Bloques de programa para enlaces programados y configuración IP

En determinadas áreas de usuario resulta ventajoso no configurar los enlaces de
comunicación o la configuración IP del CP a través de la interfaz de configuración de STEP
7, sino de forma controlada por el programa, mediante una aplicación específica.
El típico caso de aplicación es, por ejemplo, el de fabricantes de máquinas en serie que
desean proporcionar a sus clientes una interfaz de usuario sencilla, pero que deben adaptar
los servicios de comunicación a las entradas de operación. El usuario final no tiene que
requerir conocimientos de STEP 7.
Para estas aplicaciones está disponible el bloque de función FB55 para la configuración de
enlaces en la interfaz SEND/RECEIVE, así como en la configuración IP. El FB55 permite
una transmisión flexible de bloques de datos con datos de configuración a un CP Ethernet.
Nota
Para las funciones aquí descritas, recuerde las características de rendimiento (tipos de
enlace soportados) del tipo de CP utilizado (encontrará la información correspondiente en
los manuales de producto).
Información adicional
Para más información sobre las áreas temáticas siguientes, consulte /1/ (Página 291) :
● Propiedades de los tipos de enlace configurables
● Información sobre la configuración del nivel de protección IP
● Información sobre el volumen de datos y datos cuantitativos
2.5.1 Forma de trabajar
Relación entre programación y configuración

Las conexiones en la interfaz SEND/RECEIVE, así como la configuración IP de un CP se
configuran con STEP 7 o bien mediante el programa de usuario durante el funcionamiento
de la estación S7. En un CP no puede utilizarse una combinación de ambas variantes.

Principio de la configuración programada

Con un bloque de función llamado en el programa de usuario se pueden transferir al CP
datos de configuración para enlaces de comunicación y la configuración IP (datos de
sistema para CP).
El DB de configuración puede cargarse en el CP en cualquier momento. Se sobrescriben los

enlaces y los datos de configuración (dirección IP, máscara de subred, router
predeterminado, servidor de reloj NTP y otros parámetros) que antes eran actuales.
A partir de los datos de configuración, el CP Ethernet reconoce que los enlaces de
comunicación deben configurarse a través del programa de usuario.
Nota
Las funciones solo pueden ejecutarse si el nivel de protección de los módulos ha sido
configurado como "No bloqueado": Véase el cuadro de diálogo de propiedades del CP, ficha
"Opciones" (no con todos los CPs)
Además debe estar activada la opción "Crear dirección IP en el programa de usuario"
(véase el cuadro de propiedades del CP o de la interfaz Ethernet del CP, ficha
"Configuración IP")
A partir de los datos de configuración, el CP Ethernet reconoce que los enlaces de

comunicación deben configurarse a través del programa de usuario.
Nota
En cuanto el programa de usuario transfiere los datos de enlace a través del FB55
IP_CONFIG, la CPU pone el CP brevemente en modo STOP. El CP adopta los datos de
sistema (incluida la dirección IP) y los nuevos datos de enlace y los procesa en el arranque
(RUN).

Datos cuantitativos
En el bloque de programa IP_CONFIG pueden indicarse como máximo 64 conexiones. Sin
embargo, el factor determinante es el número máximo de enlaces soportados por el tipo de
CP utilizado.
Particularidades/limitaciones
● Comprobación de coherencia solo con STEP 7
La configuración de conexiones en STEP 7 está vinculada a comprobaciones de
coherencia, que para la configuración programada no son posibles, o lo son de forma
limitada.
● Configuración de enlace necesaria en el interlocutor
En la configuración de conexiones especificadas en STEP 7 se crea implícitamente la
conexión para el interlocutor, pero en la configuración programada no es posible. En este
caso deben configurarse los enlaces correspondientes para el interlocutor.
● Configuración del de protección IP
A través del nivel de protección IP existe la posibilidad de limitar la comunicación a
través del CP del equipo S7 local a interlocutores con direcciones IP específicas. Esta
parametrización también es aplicable para enlaces de comunicación programadas. Debe
desactivar por completo (ajuste predeterminado) la protección de acceso IP en STEP 7 o
autorizar los interlocutores.
● DHCP/DNS soportado
El direccionamiento IP es posible en la configuración programada también a través de
DHCP (y DNS para el servicio de correo electrónico)
En este caso, el uso de un servidor DHCP se define en el FB55 (no en la configuración).
● Ninguna información de enlace durante la carga
Al cargar los datos de equipo S7 en STEP 7 no están contenidos los datos de la
configuración programada.
● Configuración de enlaces en CPs con varias interfaces
En CPs con varias interfaces (p. ej. con interfaz Gigabit), asegúrese, consultando el
manual de producto del CP, de que este soporta la configuración de enlaces para ambas
interfaces.
● PROFINET IO no es posible simultáneamente
Para dispositivos que deban funcionar como controlador PROFINET IO o dispositivo IO
no es posible la configuración de conexiones a través del FB55 aquí descrito.
● No utilizar IP_CONFIG para uso del CP con conexiones S7 de alta disponibilidad
Si configuran conexiones S7 de alta disponibilidad a través del CP, no debe utilizarse el
bloque de programa IP_CONFIG para la configuración IP del CP.

2.5.2 Proceda del siguiente modo
Requisitos:
Los pasos aquí descritos presuponen los siguientes requisitos:
● El equipo S7 local y los interlocutores necesarios están creados en el proyecto S7.
● Ha establecido con qué otros tipos de equipo deben configurarse enlaces. Para ellos
puede ser necesario configurar objetos sustitutos en los proyectos STEP 7.
Configurar las propiedades de un CP

Configure las propiedades del CP en "Configuración IP": Seleccione la opción "Ajustar
dirección IP en el programa de usuario".
Programar la configuración de enlaces

En principio, proceda del siguiente modo para configurar enlaces a través del programa de
usuario:
1. Cree los subbloques para los datos de sistema y de enlace en el DB de configuración.
2. Defina las propiedades de enlace en el DB de configuración.
3. Programe la interfaz FB55 en el programa de usuario.
4. Utilice las FCs de la interfaz SEND/RECEIVE para los Servicios de comunicación
abiertos en el programa de usuario.
2.5.3 Bloque de datos de configuración (CONF_DB)
Significado
El bloque de datos de configuración (CONF_DB) contiene todos los datos de enlace y
configuración (dirección IP, máscara de subred, router predeterminado, servidor de reloj
NTP y otros parámetros) para un CP Ethernet. El bloque de datos de configuración se
transfiere al CP con el bloque de función FB55.

Composición/estructura de datos
En la siguiente representación puede observar:
● La estructuración en bloques de parámetros y subbloques
– Cada enlace y, en especial, los datos de sistema se describen mediante un bloque de
parámetros de idéntica estructura.
– Los distintos parámetros se tipifican mediante subbloques.
● Área offset
El CONF_DB puede comenzar en cualquier punto dentro de un bloque de datos a través
de un área offset. La única condición es que la dirección (o bien el offset) sea par.
① Los bloques de parámetros se describen a continuación en Bloque de parámetros para datos de sistema (configu-
ración IP) (Página 118)
② Los tipos de subbloque se describen a continuación en Bloques de parámetros para tipos de enlaces (Página 119)
Consulte también
Tipos de subbloque (Página 125)
2.5.4 Bloque de datos de configuración - Ejemplo

A continuación se describe un ejemplo de bloque de datos de configuración con el bloque
de parámetros para datos de sistema y un bloque de parámetros para un enlace TCP.

CONF_DB
AWL
DATA_BLOCK DB271
TITLE=IP_CONFIG para un enlace nTCP activo,
AUTHOR : SIMATIC //CP-Daten : IP=200.12.1.144, Router=200.12.1.80
FAMILY : AS300 //Datos de enlace: Destination IP-Addr=200.12.1.99,
NAME : ipconf //Puerto local = 4001, Puerto remoto = 5001, establecimiento=activo
VERSION : 1.0 //07-Jun-2005
STRUCT
DB_TYP : INT := 1;
// --------------------------------------------------------- Datos de sistema ------
sys_pb : INT:=0; // Tipo de subbloque: Datos de sistema para CP
sys_id : INT:= 0; // Parámetro ID de sistema, siempre 0
sys_sb_cnt: INT:= 3; // Número de subbloques en el parámetro de sistema
ip_addr: SUB_IP_V4; Block
ip_netmask: SUB_NETMASK; // Dirección IP del CP
ip_router: SUB_DEF_ROUTER; // Máscara de subred del CP

// Router predeterminado
// --------------------------------------------------------- tcp VB 01 --------
tcp_pb_01 : int := 1; // Tipo de subbloque: Enlace TCP
tcp_id_01 : int := 1; // 1. TCP_VB
tcp_sb_cnt_01 : int := 6; // 6 elementos por cada enlace TCP
tcp_vb_ip_01 : SUB_IP_V4; // Dirección IP del interlocutor
tcp_loc_01 : SUB_LOC_PORT; //
tcp_rem_01 : SUB_REM_PORT; //
tcp_vb_01_name : CON_NAME_L; //
tcp_vb_01_kbus : SUB_KBUS_ADDR; // Sólo relevante para S7-400
rq_01 : ACT_CN_REQ; //
//----------------------------------
END_STRUCT ;
BEGIN
tcp_loc_01.port := 4001; // Definición de los puertos si el valor debe

tcp_rem_01.port := 5001; // ser diferente al predefinido
END_DATA_BLOCK
Siguen las definiciones de tipo utilizadas en el DB de ejemplo.

Definiciones de tipo para el subbloque "Datos de sistema"
AWL
// Estructura de datos config. IP
TYPE "SUB_IP_V4"
STRUCT
id : int := 1; // ID for IP, V4-Addr.
len: int := 8; // Sub Block Length
b_3 : BYTE := b#16#C8; // IP_High 200.
b_2 : BYTE := b#16#0C; // IP_ 12.
b_1 : BYTE := b#16#01; // IP_ 1.
b_0 : BYTE := b#16#90; // IP_Low 144
END_STRUCT;
END_TYPE
TYPE "SUB_NETMASK"
STRUCT
id : int := 2; // ID for Sub Net Mask
b_3 : BYTE := b#16#FF; // SNM_High
b_2 : BYTE := b#16#FF; // SNM_
b_1 : BYTE := b#16#FF; // SNM_
b_0 : BYTE := b#16#00; // SNM_Low
END_STRUCT;
END_TYPE
TYPE "SUB_DEF_ROUTER"
STRUCT
id : int := 8; // ID_4_Router
r_3 : BYTE := b#16#C8; // R_High
r_2 : BYTE := b#16#0C; // R_
r_1 : BYTE := b#16#01; // R_
r_0 : BYTE := b#16#50; // R_Low
END_STRUCT;
END_TYPE

Definiciones de tipo para el subbloque "Enlaces TCP"
AWL
TYPE "SUB_LOC_PORT"
STRUCT
id : int := 9; // ID_4_LOC_PORT
port: int := 2001; // Loc. Port
END_STRUCT;
END_TYPE
TYPE "SUB_REM_PORT"
STRUCT
id : int :=10; // ID_4_REM_PORT
port: int := 2002; // Rem. Port
END_STRUCT;
END_TYPE
TYPE "CON_NAME_L" // 24 characters
STRUCT
id : int := 18; // ID for CON Name
len: int := 28; // 4+len(n[0..x]
c : ARRAY [1..24] of CHAR := ‘V’,’B’,’_’,’N’,’a’,’m’,’e’,’_’,’2’,’4’,’C’,’h’,’a’,’r’,
‘a’,’c’,’t’,’e’,’r’,’s’,’_’,’0’,’0’,’1’;
END_STRUCT;
END_TYPE
TYPE "SUB_KBUS_ADDR"
STRUCT
id : int := 21; // ID for KBUS-Address
len: int := 5; //
addr: BYTE := B#16#04; // =R0/S4
END_STRUCT
END_TYPE
TYPE "ACT_CN_REQ"
STRUCT
id : int := 22; // ID for CON REQ Mode
w : BYTE := b#16#1; // = Active
END_STRUCT;
Observación:
Las estructuras aquí descritas todavía deben incluirse en la tabla de símbolos.

Ejemplo de la entrada SUB_IP_V4:
Símbolo Dirección Tipo de datos

SUB_IP_V4 UDT 100 UDT 100
Consulte también
2.5.5 Bloque de parámetros para datos de sistema (configuración IP)
Significado
A continuación encontrará el bloque de parámetros relevante para la configuración IP del
CP para datos de sistema y los subbloques que deben indicarse en él.
Dependiendo de cada caso, no son necesarios todos los tipos de subbloque (véase la tabla
para más información).
Estructura
Para los CPs con varias interfaces, la estructura de bloque de parámetros descrita a
continuación sólo es aplicable para la interfaz PROFINET.
• Tipo = 0
• ID = 0
• Número_subbloques = n
• Subbloque 1
• Subbloque 2
• Subbloque n
...
Subbloques utilizables
Subbloque Parámetro
ID Tipo Particularidades/indicaciones Aplicación ***)
1 SUB_IP_V4 Dirección IP local ++
2 SUB_NETMASK - ++
8 SUB_DEF_ROUTER - +
4 SUB_DNS_SERV_ADDR *) Este subbloque puede aparece hasta 0-4 veces. La pri- +
mera entrada es el Primary DNS Server

14 SUB_DHCP_ENABLE 0: sin DHCP +
1: DHCP
15 SUB_CLIENT_ID - +
Observación: Sólo útil si SUB_DHCP_ENABLE = 1
30**) SUB_DEVICE_NAME Nombre de dispositivo según la convención PROFINET +
IO
Indique un nombre de dispositivo para permitir la identifi-
cación unívoca del dispositivo para fines de análisis y
diagnóstico en la red.
*) El tipo de subbloque sólo se utiliza para enlaces de correo electrónico.
**) El ID sólo es soportado por determinados tipos de CP.
***) ++ = obligatorio; + = opcional
Consulte también
2.5.6 Bloques de parámetros para tipos de enlaces
Información general
A continuación se indica qué valores deben introducirse en los bloques de parámetros y qué
subbloques deben utilizarse para los correspondientes tipos de enlace.
Dependiendo de cada caso, no son necesarios todos los tipos de subbloque (véase la tabla
para más información).
ID de enlace
El parámetro ID que precede a cada bloque de parámetros de enlace junto al identificador
de tipo es de especial relevancia.
En los enlaces programados, este ID puede asignarse libremente dentro del rango de
valores admisible. A continuación se debe utilizar ese ID en la interfaz de llamada de las
FCs para la interfaz SEND/RECV para identificar el enlace.
Rangos de valores para el ID de enlace:
● S7-400: 1,2...64
● S7-300: 1,2...16

2.5.6.1 Bloque de parámetros para enlaces TCP
Estructura
Guarde los parámetros en el bloque de parámetros para enlaces TCP del siguiente modo:
• Tipo = 1 -> ①
• ID = ID de enlace -> ②
• Subbloque 1
• Subbloque 2
• Subbloque n
...
Leyenda:
① Identificador del tipo de enlace
② Referencia de enlace de libre elección; debe indicarse en AG_SEND / AG_RECV.
Rango de valores para el ID de enlace:
para S7-400: 1, 2...64
para S7-300: 1,2...16
1 SUB_IP_V4 Dirección IP del interlocutor ++ *)
9 SUB_LOC_PORT - ++
10 SUB_REM_PORT - ++ **)
18 SUB_CONNECT_NAME - +
19 SUB_LOC_MODE - +
21 SUB_KBUS_ADR En CPs para S7-300, este valor tiene ++ (para S7-400)
asignado el valor predeterminado fijo 2,
por lo que no es necesario indicarlo.
22 SUB_CON_ESTABL - ++
*) Opcional para enlace pasivo.
Consulte también

2.5.6.2 Bloque de parámetros para enlaces UDP
Estructura
Guarde los parámetros en el bloque de parámetros para enlaces UDP del siguiente modo:
• Tipo = 2 -> ①
• Subbloque 1
• Subbloque 2
• Subbloque n
...
Leyenda:
para S7-400: 1, 2...64
para S7-300: 1,2...16
1 SUB_IP_V4 Dirección IP del interlocutor ++
9 SUB_LOC_PORT - ++
10 SUB_REM_PORT - ++
19 SUB_LOC_MODE - +
21 SUB_KBUS_ADR En CPs para S7-300, este valor ++ (para S7-400)
tiene asignado el valor predetermi-
nado fijo 2, por lo que no es nece-
sario indicarlo.
23 SUB_ADDR_IN_DATABLOCK Si se selecciona la opción "Enlace +
UDP libre" a través de este pará-
metro, se prescinde de los pará-
metros SUB_IP_V4 y
SUB_REM_PORT.
Consulte también

2.5.6.3 Bloque de parámetros para enlaces ISO-on-TCP
Estructura
Guarde los parámetros en el bloque de parámetros para enlaces ISO-on-TCP del siguiente
modo:
• Tipo = 3 -> ①
• Subbloque 1
• Subbloque 2
• Subbloque n
...
Leyenda:
para S7-400: 1, 2...64
para S7-300: 1,2...16
1 SUB_IP_V4 Dirección IP del interlocutor ++ *)
11 SUB_LOC_TSAP - ++
12 SUB_REM_TSAP - ++ *)
19 SUB_LOC_MODE - +
asignado el valor predeterminado fijo
2, por lo que no es necesario indicar-
lo.
*) Opcional para enlace pasivo (si se indica la dirección IP, debe indicarse también el TSAP.)
Consulte también

2.5.6.4 Bloque de parámetros para enlaces de correo electrónico
Significado
Para enviar mensajes de correo electrónico debe configurarse básicamente un enlace de
correo electrónico por cada CP Advanced. Con el enlace de correo electrónico se define el
servidor de correo a través del cual se pondrán a disposición todos los mensajes de correo
electrónico enviados por el CP Advanced.
Estructura
Guarde los parámetros en el bloque de parámetros para enlaces de correo electrónico del
siguiente modo:
• Tipo = 4 -> ①
• Subbloque 1
• Subbloque 2
• Subbloque n
...
Leyenda:
para S7-400: 1, 2...64
para S7-300: 1,2...16

1 SUB_IP_V4 Dirección IP del servidor de correo ++ / + *)
electrónico a través del cual se envían
los mensajes.
La dirección IP puede indicarse en
formato absoluto o simbólico.
El formato simbólico presupone que el
CP Advanced conoce la dirección del
Domain Name Server (DNS). La entra-
da correspondiente debe realizarse en
la configuración del CP Advanced en
STEP 7 (allí encontrará información
adicional en la Ayuda en pantalla).
3 SUB_DNS_NAME Nombre DNS del servidor de correo ++ / + *)
electrónico
13 SUB_EMAIL_SENDER Dirección remitente del mensaje de ++
correo electrónico
*) En este caso, los parámetros SUB_IP_V4 y SUB_DNS_NAME se excluyen mutuamente; sólo
puede indicarse uno de los parámetros.
Nota
Los Mail-Server-Ports son "well known ports" y no es necesario indicarlos.
Consulte también
2.5.6.5 Bloque de parámetros para enlaces FTP
Significado
Para el desarrollo de una secuencia de petición FTP entre el equipo S7 como cliente FTP y
un servidor FTP es necesario que el CP Advanced establezca un enlace con la CPU S7.
Aquí, dicho enlace se denomina "enlace FTP".
Los enlaces FTP son enlaces TCP que se ajustan al modo "FTP" con el parámetro
SUB_LOC_MODE.

Estructura
Guarde los parámetros en el bloque de parámetros para enlaces FTP del siguiente modo:
• Tipo = 1 -> ①
• Subbloque 1
• Subbloque 2
• Subbloque n
...
Leyenda:
para S7-400: 1, 2...64
para S7-300: 1,2...16
19 SUB_LOC_MODE Aquí: 0x01 = protocolo FTP ++
Consulte también
2.5.7 Tipos de subbloque

Dependiendo del bloque de parámetros, se requieren diferentes parámetros. Cada
parámetro es descrito por un subbloque. Los subbloques necesarios pueden consultarse en
las descripciones de los datos de sistema y de los tipos de enlace de los capítulos
anteriores.
Cada subbloque se compone de la sección de parámetro específica y de un encabezado (4
bytes).

Ejemplo
El siguiente extracto de un CONF_DB muestra la estructura de un subbloque a partir del
ejemplo del tipo de subbloque SUB_NETMASK.
Dirección Nombre Tipo Valor inicial Comentario

+14.0 Sub_bloque_2 STRUCT // Subbloque 2 tipo
SUB_NETMASK
+0.0 ID_de_sub_bloqu INT 2 // ID de subbloque
e
+2.0 Sub_bloque_Len INT 8 // Longitud total del subbloque
en bytes
+4.0 Parámetro STRUCT Área de parámetros
SUB_NETMASK
+0.0 Valor_1 BYTE B#16#FF
+3.0 Valor_4 BYTE B#16#0
=4.0 END_STRUCT
=8.0 END_STRUCT
En total están disponibles los siguientes tipos de subbloque:
ID de Tipo de subbloque Longitud de subbloque Significado del parámetro

subbloque 1) (en bytes)
1 SUB_IP_V4 4+4 Dirección IP según IPv4
2 SUB_NETMASK 4+4 Máscara de subred
3 SUB_DNS_NAME Longitud nombre DNS Nombre DNS
+4
4 SUB_DNS_SERV_ADDR 4+4 Dirección servidor DNS
8 SUB_DEF_ROUTER 4+4 Dirección IP del router predeterminado
9 SUB_LOC_PORT 2+4 Puerto local
10 SUB_REM_PORT 2+4 Puerto remoto, también para enlaces de
correo electrónico
11 SUB_LOC_TSAP Longitud TSAP + 4 TSAP local *
12 SUB_REM_TSAP Longitud TSAP + 4 TSAP remoto *
13 SUB_EMAIL_SENDER Longitud de la dirección Dirección de correo electrónico del remitente
del remitente del men-
saje + 4
14 SUB_DHCP_ENABLE 2+4 Obtener la dirección IP de un servidor
DHCP.
• Rango de valores:
0 = sin DHCP
1 = DHCP
(opcional)
15 SUB_CLIENT_ID Longitud del ID de (opcional)
cliente + 4


18 SUB_CONNECT_NAME Longitud del nombre + Nombre del enlace. Los caracteres posibles
4 son: a...z, A...Z, 0...9, -, _
19 SUB_LOC_MODE 1+4 Modo de operación local del enlace
0x00 = SEND/RECV
0x01 = protocolo FTP (solo enlace TCP)
0x10 = modo de direccionamiento S5
con FETCH/WRITE *)
0x20 = SPEED SEND/RECV (solo per-
mitido con CP 443-1 Advanced)
0x80 = FETCH *)
0x40 = WRITE *)
El ajuste predeterminado renunciando al
parámetro es SEND/RECV.
Observación:
FETCH / WRITE requieren el ajuste de una
estructura de enlace pasiva (véase
SUB_CON_ESTABL).
20 SUB_REM_MODE 1+4 Ajuste del modo de operación en el interlo-
cutor.
(actualmente no soportado)
21 SUB_KBUS_ADR 5 • Para S7-400
Dirección KBUS de la CPU
• Para S7-300
Introducir como valor fijo para la direc-
ción del slot: 2
22 SUB_CON_ESTABL 1+4 Tipo de establecimiento del enlace.
Con esta opción se determina si el enlace
debe ser establecido por este equipo S7 de
forma activa o pasiva.
0 = pasivo
1 = activo
23 SUB_ADDR_IN_DATA-BLOCK 1+4 Seleccionar un enlace UDP libre.
Con la llamada de AG_SEND, el programa
de usuario registra la estación remota en el
encabezado de petición del búfer de peticio-
nes. De ese modo es posible acceder a
cualquier estación de Ethernet/LAN/WAN.
1 = enlace UDP libre.
0 = otros
El parámetro solo es útil para el enlace UDP.


24 SUB_NTP_SERVER 4+4 El subbloque define un servidor NTP del
cual el CP puede obtener la hora a través
del protocolo NTP.
Si se definen uno o más servidores NTP,
pueden definirse hasta 4 subbloques del
ID 24.
Los subbloques del ID 24 sólo pueden inte-
grarse en el bloque de parámetros de siste-
ma del tipo 0/ID 0.
30 SUB_DEVICE_NAME Longitud del nombre + Nombre de dispositivo según la convención
4 PROFINET IO
El nombre del dispositivo debe cumplir las
convenciones DNS, es decir,
• estar limitado a 127 caracteres en total
(letras, cifras, guiones o puntos)
• Cada componente del nombre del dispo-
sitivo, es decir, una cadena de caracte-
res entre dos puntos, no puede tener una
longitud superior a 63 caracteres.
• No se admiten caracteres especiales,
como diéresis, paréntesis, guiones bajos,
barras oblicuas, espacios en blanco, etc.
El guión es el único carácter especial
permitido.
• El nombre del dispositivo no puede co-
menzar ni terminar con los caracteres "-"
o ".".
• El nombre del dispositivo no puede co-
menzar con una cifra.
• El nombre de dispositivo no puede tener
el formato n.n.n.n (n = 0...999).
• El nombre de dispositivo no puede co-
menzar con la secuencia de caracteres
"port-xyz-" (x,y,z = 0...9).
1) Nota: Actualmente no se utilizan números de ID no indicados.
* Para subbloque 11 y 12: Si la longitud del subbloque tiene un número de bytes impar se insertará después del subbloque
un byte de relleno que ya no se use para obtener nuevamente una dirección de byte par para el siguiente subbloque. El
byte de relleno no se indica en la longitud del subbloque pero se debe incluir en la longitud total del bloque de datos.
Consulte también
Bloque de datos de configuración - Ejemplo (Página 114)

2.5.8 IP_CONFIG - Significado y llamada

El FB55 transmite al CP la configuración IP especificada y los datos de enlace especificados
en un bloque de datos (DB de configuración). El DB de configuración obtiene todos los
datos para configurar los enlaces para la interfaz SEND/RECEIVE de un CP Ethernet.
Esta variante de los enlaces de comunicación programados se puede utilizar como
alternativa a la configuración de enlaces con STEP 7.
Dependiendo del tamaño del DB de configuración, la transmisión al CP puede tener lugar en
varios segmentos. Por esta razón se tiene que llamar de nuevo una y otra vez el FB hasta
que éste señalice que se ha completado la transmisión con el bit DONE=1.
Llamada
AWL Explicación
call fb 55 ( //IP_CONFIG llamada de bloque
ACT := M 10.0, //Inicio de petición por bit de marcas
CONF_DB:= P#db99.dbx10.0 byte 240, //Bloque de datos con datos de enlace
LEN := MW 14, //Información de longitud para los datos de enlace
DONE := M 10.1, //Indicación de ejecución
ERROR := M 10.2, //Indicación de error
STATUS := MW 16, //Indicación de estado
EXT_STATUS := MW 18); //Causa del error en los datos de enlace
Nota
No utilizar FB55 para uso del CP con enlaces S7 altamente disponibles
Si configura enlaces S7 altamente disponibles a través del CP, no debe utilizar FB55 para la
configuración IP del CP.

Nota
Atender a un posible direccionamiento doble
Si desea utilizar el FB55, debería prestar una especial atención a la asignación inequívoca
de las direcciones IP. Si se detecta una dirección duplicada, puede suceder que el CP no se
active en la red.
2.5.9 Forma de trabajar IP_CONFIG
Manejo en el programa de usuario

Para el uso del FB55 se han de distinguir los siguientes casos de aplicación:
● Aplicación estándar
Llame el FB55 en el OB de arranque (OB100). Al iniciarse el OB1, el CP ya ha recibido
entonces su configuración IP y, en su caso, su configuración de enlaces.
● Uso en sistemas de alta disponibilidad (sistemas H)
Con el siguiente procedimiento, recomendado, se consigue que en caso de activación de
la redundancia del sistema H se configuren también CPs en el sistema de redundancia a
través del FB55.
Nota
CPU en estado operativo RUN
En el sistema H sólo se puede configurar un CP con el FB55 si la CPU está asignada se
encuentra en el estado RUN.
En el sistema H sólo arranca, en un principio, un rack. Esto tiene como consecuencia

que la CPU sólo pueda acceder a su propia periferia (CP). Por esta razón, en el OB de
arranque (OB100) sólo se pueden parametrizar con el FB55 los CPs de este rack.
Para parametrizar también CPs en el rack redundante, se recomienda el siguiente
procedimiento:
1. Programe en el OB100 las llamadas de FB55 para todos los CPs que deban ser
configurados a través del FB55.
2. Al ejecutar cada FB55, guarde la información de si ha sido posible una configuración
para los distintos CPs.
3. Si el sistema H recurre a la redundancia, se llama automáticamente el OB72 (error de
redundancia de CPU). Cuide de que al ejecutar el OB72 se guarde una información de
estado que indique qué FBs de configuración (FB55) se deben llamar a continuación.
4. Basándose en la información de estado antes guardada, llame a continuación en el OB1
los FB55 que necesite para la configuración IP de los CPs en el sistema de redundancia.
Observación:
En principio puede efectuar en el OB72 las llamadas de FB55 que no hayan tenido éxito
en el OB100 al arrancar. Pero dado que se trata de un FB que necesita varias llamadas,
esto alargaría el ciclo del OB. Por esta razón se recomienda aplicar el procedimiento
antes descrito en el OB1.

Forma de trabajar
El siguiente diagrama de flujo muestra la secuencia normal de una configuración IP y una
configuración de enlaces iniciadas con el bloque IP_CONFIG en el programa de usuario.
La petición se ejecuta en cuanto se transfiere el parámetro ACT = 1.
A continuación, debido a la transmisión por segmentos de CONF_DB, se tiene que llamar de
nuevo una y otra vez la petición con ACT = 1 hasta que se señalice la finalización con la
indicación correspondiente en los parámetros DONE, ERROR, STATUS.
Si más tarde se debe transmitir de nuevo una configuración de enlaces, primero se tiene
que transmitir el parámetro ACT = 0 en al menos una petición más.
Nota
Los datos transmitidos con el DB de configuración no se almacenan en el CP protegidos de
fallos del suministro eléctrico, por lo que en caso de una interrupción de la alimentación
eléctrica se tienen que cargar de nuevo en el CP.

2.5.10 Explicación de los parámetros formales - IP_CONFIG

La tabla siguiente explica todos los parámetros formales para la interfaz de llamada del
bloque de funciones IP_CONFIG:

datos
ACT INPUT BOOL 0,1 En caso de llamada de FB con ACT = 1 se envía al CP
DBxx.
En caso de llamada de FB con ACT = 0 se actualizan
solo las indicaciones de estado DONE, ERROR y
STATUS.
inicial del módulo en la tabla de configuración. Indique
aquí esta dirección.
CONF_DB INPUT ANY El parámetro hace referencia a la dirección inicial del
área de datos de configuración en un bloque de datos
(tipo de datos: Byte).
LEN INPUT INT Indicación de longitud en byte para el área de datos de
configuración.
DONE OUTPUT BOOL 0: - El parámetro indica si el área de datos de configura-
1: petición concluida ción se ha transmitido completa.
con transmisión de Tenga en cuenta que, dependiendo del tamaño del
datos. área de datos de configuración, el FB se tiene que
impulsar varias veces (en varios ciclos), hasta que la
indicación DONE=1 señaliza la configuración.
Ver el significado en relación con los parámetros
IP_CONFIG (Página 133)
1: caso de error Ver el significado en relación con los parámetros
IP_CONFIG (Página 133)
DONE y ERROR en Códigos de condición IP_CONFIG
(Página 133)
EXT_ OUTPUT WORD En caso de una ejecución incorrecta de la petición, el
STATUS parámetro indica cual de los parámetros del DB de
configuración se ha reconocido como causante del
fallo.
High Byte: Índice del bloque de parámetros
Low Byte: Índice del subbloque dentro del bloque de
parámetros

2.5.11 Números de puerto reservados - IP_CONFIG
Números de puerto reservados

Los siguientes números de puertos locales están reservados; no los utilice para la
configuración de enlaces.
Tabla 2- 19 Números de puerto reservados
Protocolo Número de puerto Servicio

TCP 20, 21 FTP
TCP 25 SMTP
TCP 80 HTTP
TCP 102 RFC1006
TCP 135 RPC-DCOM
HTTPS 443 Security
En CPs con función de Security
TCP 502 ASA Application Protocol
UDP 161 SNMP_REQUEST
UDP 34964 PN IO
UDP 65532 NTP
UDP 65533 NTP
UDP 65534 NTP
UDP 65535 NTP
2.5.12 Códigos de condición IP_CONFIG
Tabla 2- 20 Códigos de condición de FB55 IP_CONFIG

Códigos de condición generales para la ejecución de la petición
1 0 0000H Petición terminada sin error
Error detectado en la interfaz entre CPU y CP.
0 1 80A4H • Error de comunicación en el bus K
o bien
• Error de datos: No está ajustado que la configuración tenga lugar a través del pro-
grama de usuario.
0 1 80B1H La cantidad de datos a enviar supera el límite superior admisible para este servicio.
(Límite superior = 16 kByte)


El error se puede presentar temporalmente; por ello es conveniente una repetición en
el programa de usuario.
0 1 80D2H Error de configuración
El módulo utilizado no soporta este servicio.
Error detectado al realizar las evaluaciones del FB en la CPU o en la interfaz entre CPU y CP.
0 1 8183H El CP rechaza el número de registro de datos pedido.
0 1 8184H Error del sistema o tipo de parámetro no permitido. (Tipo de datos del ANY-Pointer
CONF_DB no correcto)
(Actualmente sólo se admite el tipo de datos Byte)
0 1 8185H El valor del parámetro LEN es mayor que CONF_DB restando el encabezamiento
(header) reservado (4 Byte) o la longitud indicada es incorrecta.
0 1 8186H Se ha detectado un parámetro no permitido
El ANY-Pointer CONF_DB no hace referencia a un bloque de datos.
0 1 8187H Estado no válido del FB
Eventualmente se han sobrescrito datos en el Header de CONF_DB.
Otros errores detectados en la interfaz entre CPU y CP.
0 1 8A01H La indicación de estado en el registro de datos leído no es válida (el valor es >= 3).
0 1 8A02H No hay en curso ninguna petición en el CP; sin embargo, el FB ha esperado una con-
firmación de petición ejecutada.
0 1 8A03H No hay en curso ninguna petición en el CP y el CP no está dispuesto; el FB ha impul-
sado una primera petición para lectura del registro de datos.
0 1 8A04H No hay en curso ninguna petición en el CP y el CP no está dispuesto; sin embargo, el
FB ha esperado una confirmación de la petición ejecutada.
0 1 8A05H Hay en curso una petición, pero no se ha producido confirmación; el FB ha impulsado
no obstante una primera petición para lectura del registro de datos.
0 1 8A06H Ha terminado una petición; el FB ha impulsado sin embargo una primera petición para
leer registro de datos.
Errores detectados al realizar evaluaciones del FB en el CP.
0 1 8B01H Error de comunicación
El DB no se ha podido transmitir.
0 1 8B02H Error de parámetro
Bloque de parámetros doble
Subbloque no permitido en el bloque de parámetros.
La longitud indicada en el FB no coincide con la longitud de los bloques de parámetros
/ subbloques.
La longitud del bloque de parámetros no es válida.
La longitud del subbloque no es válida.
El ID del bloque de parámetros no es válido.


El ID del subbloque no es válido.
0 1 8B09H Error del sistema.
La conexión no existe
0 1 8B0AH Error de datos
El contenido del subbloque no es correcto.
0 1 8B0BH Error de estructura
Un subbloque aparece por partida doble.
0 1 8B0CH Error de datos
El bloque de parámetros no contiene todos los parámetros necesarios.
0 1 8B0DH Error de datos
El CONF_DB no contiene bloque de parámetros para datos del sistema.
0 1 8B0EH Error de datos / Error de estructura
El tipo del CONF_DB no es válido.
0 1 8B0FH Error del sistema.
El CP no tiene suficientes recursos para poder editar por completo el CONF_DB.
0 1 8B10H Error de datos
No está ajustado que la configuración tenga lugar a través del programa de usuario.
El tipo de bloque de parámetros indicado no es válido.
Se han indicado demasiados enlaces (bien en total, o bien demasiados de un tipo
determinado; por ejemplo, sólo es posible un enlace E-Mail).
0 1 8B13H Error interno del CP
0 1 8B14H El nivel de protección activo no permite la acción de modificación.
otros errores detectados en los interfaces de programa dentro de la CPU (errores de SFC).
0 1 8F22H Error de longitud de área al leer un parámetro (p. ej. DB demasiado corto).
0 1 8F23H Error de longitud de área al escribir un parámetro (p. ej. DB demasiado corto).
0 1 8F29H Error de alineación al escribir un parámetro.
0 1 8F30H El parámetro está en el 1er. bloque de datos actual protegido de escritura.
0 1 8F31H El parámetro está en el segundo bloque de datos actual protegido de escritura.
0 1 8F32H El parámetro contiene un número de DB demasiado grande.
0 1 8F33H Error de número de DB
0 1 8F3AH El área de destino no se ha cargado (DB).
0 1 8F42H Retardo en acuse al leer un parámetro del área de periferia.
0 1 8F43H Retardo en acuse al escribir un parámetro en el área de periferia.
0 1 8F45H Está bloqueado el acceso a un parámetro a escribir en el procesamiento del bloque.
0 1 8F7FH Error interno.
Se ha detectado p. ej. una referencia de ANY no permitida.

2.6 Bloques de programa para ERPC-CP
2.6.1 LOGICAL_TRIGGER para el trigger lógico
Significado del bloque de funciones

Para el uso de un trigger lógico para la comunicación ERPC se dispone del bloque de
función FB56 LOGICAL_TRIGGER.
Para iniciar un disparador lógico, llame el bloque de programa LOGICAL_TRIGGER en el
programa de usuario de la CPU en el OB1.
Para llamar LOGICAL_TRIGGER se requieren otros bloques adicionales:
● Un DB de instancia generado automáticamente
● Un bloque de datos "CONF_DB"
Este DB de configuración contiene los datos de configuración del trigger lógico. El DB de
configuración debe crearse y configurarse en el proyecto STEP 7.
Para llamar varios triggers lógicos es necesario disponer varios DBs de configuración.
Los números del FB56 y del DB de instancia se pueden modificar.
Validez
El bloque de programa LOGICAL_TRIGGER se puede utilizar en combinación con los
siguientes tipos de módulos:
● CP 343-1 ERPC
Llamada

Tabla 2- 21 Ejemplo en representación AWL
call fb 56, DatabaseInstanceDB ( //Llamada del FB56 con área de datos

ACT := TRUE, //Activación de la petición con valor = 1
ID := 1 //ID del trigger (valores posibles: 1...16)
LADDR := W#16#100, //Dirección inicial del módulo
CONF_DB:= 1, //Bloque de datos de configuración (aquí: DB 1)
CnfLevel:= 1, //Modo de acuse (aquí: 1)
DONE := M 1.1, //Indicación de ejecución
ERROR := M 1.2, //Indicación de error
STATUS := MW 2); //Indicación de estado
2.6.2 Forma de trabajar LOGICAL_TRIGGER
Forma de trabajar
La siguiente tabla muestra los pasos que se realizan en una llamada de trigger por parte del
programa de usuario de la CPU.
Paso Significado
1 El FB56 LOGICAL_TRIGGER se llama en el punto previsto del programa de usuario de
la CPU con el correspondiente DB de instancia y el bloque de datos de configuración
CONF_DB.
• Si el FB56 LOGICAL_TRIGGER se llama con ACT = 1, se leen los datos de trigger
actuales y se envían al firmware del CP.
• Si el FB56 LOGICAL_TRIGGER se llama con ACT = 0, se actualizan sólo las indi-
caciones de estado DONE, ERROR y STATUS.
2 El FB56 LOGICAL_TRIGGER lee los datos de trigger actuales.
3 El FB56 LOGICAL_TRIGGER genera la PDU, que se envía al firmware del CP con los
datos de trigger actuales.
4 El firmware del CP genera el telegrama de datos y lo transfiere a la aplicación ERPC.
5 La aplicación ERPC envía el telegrama de datos a la estación ERP (sistema ERP o
MES).

2.6.3 Explicación de los parámetros formales - LOGICAL_TRIGGER

La tabla siguiente explica todos los parámetros formales para la interfaz de llamada del
bloque de función FB56 LOGICAL_TRIGGER:

datos
ACT INPUT BOOL 0 En caso de llamada de FB con ACT = 0 se actualizan
las indicaciones de estado DONE, ERROR y STATUS.
1 Si se llama el FB con ACT = 1, los datos de trigger
actuales se leen y se envían al CP.
ID INPUT INT ID del trigger
Este valor identifica el trigger lógico configurado en el
Workbench ILS.
CONF_DB INPUT INT En este bloque de datos se encuentran los datos de
configuración de los trigger lógicos configurados.
CnfLevel INPUT INT 0: Acuse de transporte Modo de acuse
1: Acuse fin a fin El acuse correspondiente se indica en el valor
STATUS de las indicaciones del FB56.
• 0 = acuse de transporte (STATUS = 0000H)
Se notifica el éxito de la ejecución de la petición en
cuanto los datos se han transferido a la aplicación
ERPC.
Sin embargo, ello no significa necesariamente que

el telegrama de datos se haya enviado a la esta-
ción ERP (sistema ERP o MES) o que la aplicación
ERPC no pueda determinar posteriormente un
error.
• 1 = acuse fin a fin (STATUS = 0001H)
La petición no se acusa hasta que la aplicación

ERPC no ha comprobado los datos.
Con la variable "TriggerResponse" del DB de con-

figuración (DB_CONF) se notifica si la estación
ERP estaba accesible o si la aplicación ERPC se
encuentra en modo Store-and-Forward.
El acuse fin a fin supone un tiempo mayor de eje-

cución de la petición que el acuse de transporte.


datos
DONE OUTPUT BOOL 0: petición en ejecución El parámetro indica si la petición para la transmisión
1: petición concluida del área de datos de configuración se ha desarrollado
sin errores.
En caso de aceptarse la petición, el CP pone DONE a
0. Mientras sea DONE = 0, no se puede activar ningu-
na otra petición.
La tabla "Indicaciones de FB56 LOGICAL_TRIGGER"
informa sobre el significado en relación con los pará-
metros ERROR y STATUS.
1: Caso de error La tabla "Indicaciones de FB56 LOGICAL_TRIGGER"
informa sobre el significado en relación con los pará-
metros DONE y STATUS.
STATUS OUTPUT WORD Véase la tabla "Indica- Indicación de estado
ciones de FB56 La tabla "Indicaciones de FB56 LOGICAL_TRIGGER"
LOGICAL_TRIGGER". informa sobre el significado en relación con los pará-
metros DONE y ERROR.
2.6.4 Códigos de condición LOGICAL_TRIGGER
Indicaciones
La tabla siguiente informa sobre la indicación a evaluar por el programa de usuario, formada
por DONE, ERROR y STATUS.
Tabla 2- 22 Indicaciones de FB56 LOGICAL_TRIGGER

Indicaciones sobre la ejecución de la petición
1 0 0000H Petición terminada sin errores. El trigger lógico se ha concluido con éxito.
1 0 0001H Petición terminada sin errores. La base de datos no está disponible (modo Store-and-
forward).
0 0 8181H Petición en ejecución.
0 1 7000H El FB56 se ha llamado con ACT = 0. Sin embargo, la petición no se procesa.
Llame el bloque como mínimo una vez con ACT = 1.
Indicaciones sobre la configuración y el desarrollo del trigger lógico
0 1 80D2H El CP utilizado no soporta la comunicación ERPC (tipo de CP erróneo).
0 1 8183H El CP utilizado no soporta la comunicación ERPC (tipo de CP erróneo).
0 1 8187H Estado no válido del FB56 (LOGICAL_TRIGGER_STATE desconocido).
Vuelva a llamar el bloque.
0 1 8A01H La cantidad de trigger lógicos configurados es igual a 0.
0 1 8A02H Para este trigger lógico no hay ninguna configuración en el bloque de datos de configu-
ración.
Compruebe la configuración del Workbench ILS.


0 1 8A03H La estructura del bloque de datos de configuración no es correcta. El "header identifier"
no tiene el valor correcto.
Corrija el valor de la variable "ident" (véase el manual de producto ERPC-CP) en el DB
de configuración.
0 1 8A04H La estructura del bloque de datos de configuración no es correcta.
Vuelva a cargar la configuración del Workbench ILS de nuevo en el CP, vuelva a crear
el o los DB de configuración y configúrelo(s) (véase el manual de producto ERPC-CP).
0 1 8A05H El bloque de datos de configuración configurado no existe en la CPU.
0 1 8A06H En una llamada sucesiva se ha llamado un trigger aún en ejecución con otro ID.
Compruebe los "ID" en los bloques de funciones FB56 llamados.
0 1 8A08H Los datos de configuración del bloque de datos de configuración no existen, o no están
completos.
Si el error sólo se produce al arrancar la estación S7, la causa puede ser que los datos
de configuración del trigger lógico no se han transferido todavía por completo al bloque
de datos de configuración.
Si el error persiste, compruebe la configuración de los símbolos ERPC.
0 1 8A09H En el bloque de datos de configuración se ha notificado un error desconocido.
0 1 8A0AH El trigger lógico no se puede iniciar porque se está cargando una nueva configuración
de trigger.
0 1 8A0BH Error al determinar el sello de tiempo del registro de datos actual (datos de la CPU)
0 1 8A0CH El DB de configuración se ha generado con la propiedad "Unlinked".
Corrija las propiedades de objeto del bloque.
0 1 8A0DH Error en el parámetro de entrada CONF_DB del FB56. El parámetro tiene el valor "0" o
es mayor que el número de DB máximo permitido para la CPU.
0 1 8A0EH El ID de trigger transferido no está dentro del rango admisible de 1...16.
Corrija el valor en la llamada del FB56 en el programa de usuario.
0 1 8A0FH El modo de acuse predeterminado (CnfLevel) no es válido.
Corrija el valor en la llamada del FB56 en el programa de usuario.
0 1 8BxxH Error al copiar valores de variables actuales en la PDU del trigger lógico. Los últimos
dos dígitos (xx) proporcionan el número de la variable.
Compruebe la configuración del símbolo afectado en la tabla de símbolos de la CPU y
en la lista de símbolos ERPC en el diálogo de propiedades del CP.
0 1 8C01H El indicador de estado interno del FB56 no es válido.
0 1 8C02H El valor de respuesta del acuse fin a fin no es válido.
0 1 8C03 H El trigger lógico contiene más de 255 variables.
0 1 8C06 H Leer error en registro.
0 1 8D03 H En una acción de base de datos, el firmware notifica un timeout.
0 1 8D04H La aplicación de base de datos notifica un error general en el acuse de la acción ac-
tual.
0 1 8E01H El bloque de datos de configuración configurado en la CPU no tiene el tamaño sufi-
ciente.
Modifique el tamaño del bloque de datos de configuración.


0 1 8E06H Todavía no se ha establecido una conexión con el trigger lógico.
0 1 8EXXH Estos códigos de estado con valores en el rango entre 8E02H ... 8EFFHcorresponden a
representaciones de una respuesta interna de trigger.
Si aparecen este tipo de valores, son relevantes para el servicio técnico.
2.6.5 Bloque de datos de configuración
Puesta a disposición del bloque de datos de configuración "CONF_DB"

Si se utiliza la función ERPC "Trigger lógico", es necesario crear en STEP 7 un bloque de
datos (DB) para los datos de configuración del trigger lógico e indicarlo en los parámetros de
llamada del FB56. El FB56 accede al CONF_DB. Para el programa de usuario, el CONF_DB
no tiene mayor relevancia.
Programación del bloque de datos de configuración

Para identificar el nuevo DB creado es necesario abrir el DB y definir el "header identifier" y
el tamaño de DB en las dos primeras líneas libres.
Abra el DB en STEP 7 y configure las dos primeras líneas libres con las variables "ident" y
"data" del siguiente modo:
Dirección Nombre Tipo Valor inicial Comentario (opcional)

*) STRUCT *)
*) ident DWORD DW#16#45525043 header identifier
*) data array[1..2048] Tamaño de DB (véanse las
advertencias indicadas a
continuación)
*) Byte
*) END_STRUCT *)
*) Los valores son definidos por el programa
Nota
Tamaño de DB
Para el tamaño de DB se recomienda el valor 2 048 bytes. Si durante la puesta en marcha
constata que el valor no es suficiente, auméntelo. El FB56 LOGICAL_TRIGGER notifica un
valor demasiado bajo con un error y con STATUS "8A05H".

2.7 Capacidad / recursos necesarios de los bloques de programa (Ethernet)
2.7 Capacidad / recursos necesarios de los bloques de programa

(Ethernet)
Demanda de recursos
Nota
Tenga en cuenta la versión de los bloques indicada. Las versiones de bloques adjuntadas
actualmente pueden diferir de las versiones de bloques aquí indicadas. En el caso de
bloques de otras versiones puede diferir la demanda de recursos.
Encontrará datos relativos a las versiones de bloques actuales bajo la siguiente ID de
artículo:
Tabla 2- 23 Datos para FCs / FBs en S7-400
NOMBRE Versión N.º FC/FB Demanda de Demanda de me- MC7 [bytes] Datos locales
memoria de moria de trabajo [bytes]
carga [bytes] [bytes]
AG_SEND 1.2 FC5 732 576 540 20
AG_RECV 1.2 FC6 656 522 486 20
AG_LOCK 1.0 FC7 272 200 164 6
AG_UNLOCK 1.0 FC8 256 186 150 6
AG_CNTRL 1.0 FC10 2048 1610 1574 178
AG_CNTEX 1.0 FB10 7002 6036 6000 78
AG_LSEND 3.1 FC50 1044 846 810 52
AG_LRECV 3.1 FC60 1190 992 956 58
AG_SSEND 1.2 FC53 1928 1618 1582 154
AG_SRECV 1.2 FC63 1882 1584 1548 158
IP_CONFIG 1.3 FB55 1864 1576 1540 76
FTP_CMD 2.0 FB40 2400 2084 2048 154
FTP_CONNECT 1.0 FC40 1482 1236 1200 86
FTP_STORE 1.0 FC41 1794 1514 1478 102
FTP_RETRIEVE 1.0 FC42 1934 1642 1606 106
FTP_DELETE 1.0 FC43 1478 1232 1196 86
FTP_QUIT 1.0 FC44 968 796 760 46

NOMBRE Versión N.º FC/FB Demanda de Demanda de me- MC7 [bytes] Datos lo-
memoria de moria de trabajo cales [bytes]
AG_SEND 4.2 FC5 1976 1664 1628 50
AG_RECV 4.7 FC6 1440 1206 1170 40
AG_LOCK 4.0 FC7 748 636 600 34
AG_UNLOCK 4.0 FC8 712 604 568 32
AG_CNTRL 1.4 FC10 1418 1152 1116 82
AG_CNTEX 1.0 FB10 4594 4006 3970 78
IP_CONFIG 1.3 FB55 2406 1984 1948 62
FTP_CMD 1.0 FB40 2590 2240 2204 70
FTP_CONNECT 1.1 FC40 928 774 738 68
FTP_STORE 1.1 FC41 1232 1046 1010 74
FTP_RETRIEVE 1.1 FC42 1306 1114 1078 84
FTP_DELETE 1.1 FC43 922 770 734 68
FTP_QUIT 1.1 FC44 452 370 334 28
LOGICAL_TRIGGER 1.0 FB56 4294 3648 3612 98


Bloques de programa para PROFINET IO (S7-300) 3
3.1 Sinopsis de bloques de programa y su uso
Bloques de programa para la transmisión de datos de usuario

Para la transmisión cíclica de datos a la interfaz PROFINET IO están disponibles los
bloques de programa citados a continuación. El significado de los bloques de programa
difiere dependiendo de si el CP se utiliza como PROFINET IO-Controller o como PROFINET
IO-Device en un equipo S7.

S7-300 S7-400
PNIO_SEND (FC11) x - Dependiendo del modo de funciona-
miento del CP:
• En el PROFINET IO-Controller
Enviar datos de salida de procesos

a los PROFINET IO-Devices.
• En el PROFINET IO-Device
Transmitir datos de entrada de pro-
cesos al PROFINET IO-Controller.
PNIO_RECV (FC12) x - Dependiendo del modo de funciona-
miento del CP:
• En el PROFINET IO-Controller
Recibir datos de entrada de proce-
sos de los PROFINET IO-Devices.
• En el PROFINET IO-Device
Recibir datos de salida de procesos
del PROFINET IO-Controller.
Para CPs en funcionamiento paralelo de PROFINET IO-Controller e IO-Device están

disponibles los FCs a partir de la versión 2.0.

Bloques de programa para PROFINET IO (S7-300)
3.1 Sinopsis de bloques de programa y su uso
Bloques de programa para la transmisión de registros de datos e informaciones de alarma

Para la transmisión de datos acíclica (registros de datos, informaciones de alarma) a la
interfaz PROFINET IO están disponibles los FBs citados a continuación. Ambos bloques se
pueden utilizar sólo en el modo de PROFINET IO-Controller.

S7-300 S7-400
PNIO_RW_REC (FB52) x - • Leer registro de datos
(de un PROFINET IO-Device)
• Escribir registro de datos
(en un PROFINET IO-Device)
PNIO_ALARM (FB54) x - Recibir informaciones de alarma de
los PROFINET IO-Devices
Bloques de programa para PROFIenergy

Para las funciones PROFIenergy están disponibles los FBs citados a continuación.

S7-300 S7-400
PE_START_END_CP (FB85) x - Inicio/fin de la pausa de ahorro de
energía
(en el PROFINET IO-Controller)
PE_CMD_CP (FB86) x - Inicio/fin de una pausa de ahorro de
energía y lectura de datos energéti-
cos del dispositivo
PE_I_DEV_CP (FB87) x - Desarrollo de los comandos PRO-
FIenergy del controlador
(en el PROFINET IO-Device)
Necesita funciones complementarias
FC 0 - FC 8 (librería estándar).
DS3_WRITE_CP (FB53) x - Transmisión de datos PROFIenergy a
un ET 200S
Ningún bloque PROFIenergy

3.2 PROFINET IO: Transmisión de datos y evaluación de alarmas
3.2.1 PNIO_SEND
3.2.1.1 Significado y llamada - PNIO_SEND
El bloque de programa PNIO_SEND se utiliza para la transferencia de datos en los modos
de funcionamiento del CP PROFINET IO-Controller o PROFINET IO-Device.
● Funcionamiento como PROFINET IO-Controller
El bloque transmite al CP los datos de proceso (salidas) de un área de salida
especificada, para que este los transmita a dispositivos PROFINET IO. El bloque
proporciona como indicador de estado el IO Consumer Status (IOCS) de las salidas de
los dispositivos PROFINET IO.
● Funcionamiento como PROFINET IO-Device
El bloque lee las entradas de procesos pretratadas de la CPU en el PROFINET IO-
Device y las transfiere al PROFINET IO-Controller (direcciones S configuradas);
adicionalmente, el bloque proporciona como indicación de estado el IO Consumer Status
(IOCS) del PROFINET IO-Controller.
Los datos de proceso pretratados se ponen a disposición en un DB o en el sector de
marcas.
Incorporaciones
● A partir de la versión de bloque V2.0
PNIO_SEND soporta el funcionamiento paralelo de controlador PROFINET IO y
dispositivo IO. Con el parámetro adicional MODE se ajusta el modo de funcionamiento
para el que se debe llamar el FC.
El parámetro MODE proporciona las siguientes posibilidades de selección para la
transmisión del IO Costumer Status.
– Limitación a la información de estado colectiva optimizada para la transmisión rápida
en el parámetro CHECK_IOCS;
o bien
– Información de estado adicional detallada en el parámetro IO Consumer Status.

Interfaz de llamada (a partir de la versión de bloque 2.0)

AWL Explicación
call fc 11 ( //llamar PNIO_SEND
CPLADDR:=W#16#0100, //dirección de módulo de la configuración de hardware
MODE :=B#16#80, //modo Controller o modo Device;
//IOCS no se transmiten bits de estado.
LEN :=20, //longitud del área de datos
IOCS :=P#DB10.DBX20.0 BYTE 3, //por cada byte de datos de emisión un bit de estado en DB10
DONE :=M 70.0, //dirección para parámetro de retorno DONE
ERROR :=M 70.1, //dirección para parámetro de retorno ERROR
STATUS :=MW 72, //dirección para parámetro de retorno STATUS
CHECK_IOCS :=M 70.2, //dirección para parámetro de retorno CHECK_IOCS
SEND :=P#DB10.DBX0.0 BYTE 20 ); //área de dato a transmitir de DB10
//(20 Byte)
3.2.1.2 Explicación de los parámetros formales - PNIO_SEND

La tabla siguiente explica todos los parámetros formales para el FC11:
Parámetro Declaración Tipo de Rango de valores Descripción

datos
CPLADDR INPUT WORD - Dirección inicial del módulo


datos
MODE INPUT BYTE Para XYH pueden indicarse: Indicación relativa al funcionamiento del CP
(parámetros con:
• X0H:
a partir de la Y = indicación relativa al modo de operación
– Modo IO-Controller
versión 2.0) IO-Controller o IO-Device;
– Modo IO-Device (cuando
X = indicación de si en CHECK_IOCS sólo
no hay funcionamiento
debe transmitirse un aviso de grupo o tam-
paralelo)
bién bits de estado en IOCS.
– Hay compatibilidad con
Observaciones sobre la compatibilidad:
la FC en la versión 1.0
• X1H: • La FC de la versión 1.0 se puede seguir
utilizando si el CP no se emplea parale-
Modo IO-Device (en funcio-
lamente como IO-Controller y como IO-
namiento paralelo)
Device.
• 0YH
• La FC de la versión a partir de 2.0 se
Los bits de estado se comporta con MODE=0 como la FC de
transmiten en IOCS. la versión 1.0.
• 8YH • La FC a partir de la versión 3.0 se com-
Limitación a aviso de grupo porta con MODE=0 como la FC en la
en CHECK_IOCS; ningún bit versión 2.0.
de estado en IOCS.
SEND IN_OUT ANY La dirección del área de datos Indicar la dirección y la longitud
(como remite como alternativa a: Modo IO-Controller:
VARTYPE
• Área de marcas La longitud debería ser acorde con la longi-
sólo se
• Área de bloques de datos tud total configurada de la periferia descen-
permite
tralizada; los huecos en las direcciones se
BYTE)
transmiten conjuntamente.
La longitud puede ser también menor que la
longitud total de la periferia descentralizada,
por ejemplo si el bloque se llama varas
veces en 1 OB. Sin embargo debe tener la
longitud total en al menos una llamada.
Modo IO-Device:
La estructura de datos resulta del orden de
las ranuras (slots) de los módulos de entra-
da configurados en el ramal del PROFINET
IO-Controller para este PROFINET IO-
Device y de su longitud sin huecos en direc-
ciones.
Notas:
• El bloque comienza la transmisión de los
datos con la dirección 0, independiente-
mente de cómo haya configurado las di-
recciones (con independencia de la
mínima dirección configurada).
• No se permite indicar un área de perife-
ria, ya que primero tiene que comprobar
el IOCS en cuanto a GOOD, antes de
que se puedan adoptar los datos en la
periferia.


datos
LEN INPUT INT Valor > 0 Longitud del sector de datos a transmitir en
Consulte la máxima longitud bytes.
total de los sectores de datos a La transmisión de los datos comienza forzo-
transmitir en la Parte B de este samente con la dirección 0, con indepen-
manual, específica del equipo, dencia de la configuración. Observe que se
en el capitulo “Datos de rendi- tiene en cuenta la dirección IO “0" con la
miento“. Puede ser diferente longitud=1.
para el modo Controller y el Modo IO-Controller:
modo Device.
• Aquí se tiene que indicar la dirección
configurada de valor más alto de los dis-
positivos (Devices). Las distintas áreas
no se agrupan.
En caso de llamada múltiple del bloque,
LEN puede ser también menor que la
mayor dirección. Al menos en una lla-
mada se debería indicar la mayor direc-
ción (véase el parámetro "SEND").
• Los datos se transmiten en el orden de
las direcciones lógicas (cómo en
PROFIBUS DP).
Modo IO-Device:
las ranuras tal como se han configurado
los módulos de entrada en el ramal del
PROFINET IO-Controller para este
PROFINET IO-Device.
Nota:
tiene que cuidar siempre de la coheren-
cia entre la longitud aquí programada y
la configuración del PROFINET IO-
Controller. En el caso del Device se
transmite la longitud total de sectores de
datos, inclusive eventuales lagunas.
DONE OUTPUT BOOL 0: - El parámetro de estado indica si se han
1: nuevos datos aplicados aceptado nuevos datos.
ERROR OUTPUT BOOL 0: -1: Error Indicación de fallo
STATUS OUTPUT WORD - Indicación de estado


datos
CHECK_ OUTPUT BOOL 0: todos los IOCS en GOOD Aviso de grupo que indica si es necesario
IOCS 1: al menos un IOCS en BAD evaluar el área de estado IOCS.
CHECK_IOCS siempre se entrega, inde-
pendientemente del parámetro MODE.
IOCS OUTPUT ANY (como La dirección del área de datos IO Consumer Status
VARTYPE remite como alternativa a: Por cada byte de datos útiles se transmite
sólo se un bit de estado.
• Área de marcas
permite
• Área de bloques de datos Requisitos: La transmisión se solicita en el
BYTE)
parámetro MODE (MODE=0 ó MODE=1) El
Longitud:
parámetro sólo es relevante en este modo
Vea el valor máximo en la Parte de operación.
B de este manual, específica
El dato de longitud depende de la longitud
del equipo, capítulo “Datos de
en el parámetro LEN (un bit por cada byte)
rendimiento“. Puede ser diferen-
te para el modo Controller y el = (longitud LEN + 7/ 8)
modo Device. Modo Controller:
conforme al parámetro SEND se transmiten
también huecos en direcciones.
Huecos en direcciones se transmiten con el
estado GOOD.
Modo Device:
huecos en direcciones no se transmiten.
El bloque comienza con la transmisión del

estado para la dirección 0.
Nota:
La longitud mínima del ANY-Pointer es
(longitud LEN + 7/ 8)
Nota
Esperar la confirmación de ejecución
No ejecute las siguientes acciones hasta que el bloque haya indicado DONE = 1 o bien
ERROR = 1:
• Evaluar el parámetro de salida
• Modificar el parámetro MODE
Nota
Tiene que partir de que el estado de IOCS suministrado no llega sincronizado en cuanto al
tiempo con los datos (parámetro SEND), sino con una demora equivalente al ciclo del
programa de usuario. Esto significa: Los datos de usuario y IOCS no son coherentes.

3.2.1.3 Códigos de condición del bloque PNIO_SEND
Nota
Tabla 3- 1 Códigos de condición PNIO_SEND

0 0 8180H • Transfiriendo datos;
o bien
• El CP está en el estado operativo STOP.
0 0 8181H El módulo no es compatible con la versión de bloque 2.0.
Solución: utilizar la versión de bloque 1.0.
1 0 0000H Nuevos datos transferidos sin error.
0 1 8183H • Falta configuración PROFINET IO;
o bien
• El parámetro CPLADDR es erróneo;
o bien
• El CP está en el estado operativo STOP
o bien
• El conexionado de MODE no concuerda con la configuración del módulo o hay un
conexionado incorrecto del parámetro MODE.
Para el modo Device, adicionalmente:
• La conexión entre PROFINET IO-Controller y PROFINET IO-Device está interrum-
pida,
o bien
• PROFINET IO-Controller no accesible
o bien
• Longitudes totales (configuración y parámetro LEN) no coherentes.
0 1 8184H Error del sistema o tipo de parámetro no permitido.
0 1 8185H El parámetro LEN es mayor que el área de origen SEND o el búfer de destino (IOCS)
no es suficientemente grande.


0 1 8F30H El parámetro está en el 1er. bloque de datos act. protegido de escritura.
0 1 8F31H El parámetro está en el segundo bloque de datos act. protegido de escritura.
0 1 8090H No existe módulo con esta dirección.
0 1 80A1H Acuse negativo al escribir en el módulo.
0 1 80B1H • La longitud de registro de datos indicada es incorrecta.
o bien
• El CP pasa al estado STOP.
0 1 80C0H No se puede leer el registro de datos.

3.2.2 PNIO_RECV
3.2.2.1 Significado y llamada - PNIO_RECV
El bloque de programa PNIO_RECV se utiliza para la adopción de datos en los modos de
funcionamiento del CP PROFINET IO-Controller o PROFINET IO-Device.
El bloque transfiere los datos de proceso de los PROFINET IO-Devices (entradas del
Controller) así como el IO Provider Status (IOPS) de los PROFINET IO-Devices a las
áreas de entrada indicadas.
El bloque adopta los datos de proceso transmitidas por el PROFINET IO-Controller
(direcciones de salida configuradas) así como el IO Provider Status (IOPS) del
PROFINET IO-Controller y los escribe en las áreas de datos reservadas para las salidas
de procesos en la CPU del PROFINET IO-Device.
Incorporaciones
PNIO_RECV soporta el funcionamiento paralelo de PROFINET IO-Controller e IO-
Device. Con el parámetro adicional MODE se ajusta el modo de funcionamiento para el
que se debe llamar la FC.
El parámetro MODE proporciona las siguientes posibilidades de selección para la
transmisión del IO Provider Status.
– Limitación a la información de estado colectiva optimizada para la transmisión rápida
en el parámetro CHECK_IOPS;
o bien
– Información de estado adicional detallada en el parámetro IO Provider Status.

Interfaz de llamada (a partir de la versión de bloque 2.0)

AWL Explicación
call fc 12 ( //llamar PNIO_RECV
CPLADDR :=W#16#0100, //dirección de módulo de la configuración de hardware
MODE :=B#16#80, //modo Controller o modo Device;
//IOCS no se transmiten bits de estado.
LEN :=7, //longitud del área de datos
IOPS :=P#DB11.DBX7.0 BYTE 1, //por cada byte de datos de recepción un bit de estado en
NDR :=M 74.0, DB11
ERROR :=M 74.1, //dirección para parámetro de retorno NDR
STATUS :=MW76, //dirección para parámetro de retorno ERROR
CHECK_IOPS :=M74.2, //dirección para parámetro de retorno STATUS
ADD_INFO :=MW 26, //dirección para parámetro de retorno CHECK_IOPS
RECV :=P#DB11.DBX0.0 BYTE 7 ); //información de diagnóstico
//datos de recepción en DB11 (7 Byte)
Consulte también
Coherencia de los datos (Página 163)
Valores de sustitución (Página 164)

3.2.2.2 Explicación de los parámetros formales - PNIO_RECV

La tabla siguiente explica todos los parámetros formales para el FC12:

datos
MODE INPUT BYTE En el parámetro MODE = XYH Indicación relativa al funcionamiento del CP
(parámetros pueden indicarse valores con el con:
a partir de la siguiente significado: Y = indicación relativa al modo de operación
versión 2.0) • X0H: IO-Controller o IO-Device;
– Modo IO-Controller X = indicación de si en CHECK_IOPS sólo
debe transmitirse un aviso de grupo o tam-
– Modo IO-Device (cuan-
bién bits de estado en IOPS.
do no hay funciona-
miento paralelo) Observaciones sobre la compatibilidad:
– Hay compatibilidad con • La FC de la versión 1.0 se puede seguir
la FC en la versión 1.0 utilizando si el CP no se emplea parale-
• X1H: lamente como IO-Controller y como IO-
Device.
Modo IO-Device (en funcio-
• La FC de la versión a partir de 2.0 se
namiento paralelo)
comporta con MODE=0 como la FC de la
• 0YH versión 1.0.
Los bits de estado se • La FC a partir de la versión 3.0 se com-
transmiten en IOPS. porta con MODE=0 como la FC en la ver-
sión 2.0.
• 8YH
Limitación a aviso de grupo

en CHECK_IOPS; ningún
bit de estado en IOPS.


datos
RECV IN_OUT ANY (como La dirección del área de datos Indicar la dirección y la longitud
VARTYPE remite como alternativa a: Modo IO-Controller:
sólo se
• Área de marcas La longitud debería ser acorde con la longi-
permite
• Área de bloques de datos tud total configurada de la periferia descen-
BYTE)
tralizada; los huecos en las direcciones se
transmiten conjuntamente.
La longitud puede ser también menor que la
longitud total de la periferia descentralizada,
por ejemplo si el bloque se llama varas veces
en 1 OB. Sin embargo debe tener la longitud
total en al menos una llamada.
Modo IO-Device:
La estructura de datos resulta del orden de
las ranuras (slots) de los módulos de salida
configurados en el ramal del PROFINET IO-
Controller para este PROFINET IO-Device y
de su longitud sin huecos en direcciones.
Notas:
• El bloque comienza la transmisión de los
datos con la dirección 0, independiente-
mente de cómo haya configurado las di-
recciones (con independencia de la
mínima dirección configurada).
• No se permite indicar un área de perife-
ria, ya que primero tiene que comprobar
el IOPS en cuanto a GOOD, antes de que
se puedan adoptar los datos en la perife-
ria.


datos
LEN INPUT INT Valor > 0 Longitud del sector de datos a transmitir en
Consulte la longitud máxima de bytes.
datos a transmitir en el capítulo La transmisión de los datos comienza forzo-
de prestaciones de la docu- samente con la dirección 0, con independen-
mentación del CP. cia de la configuración. Observe que se tiene
La longitud máxima de datos en cuenta la dirección IO “0" con la longi-
puede ser diferente para el tud=1.
modo Controller y el modo Modo IO-Controller:
Device.
• Aquí se tiene que indicar la dirección
configurada de valor más alto de los dis-
positivos (Devices). Las distintas áreas
no se agrupan.
En caso de llamada múltiple del bloque,
LEN puede ser también menor que la
mayor dirección. Al menos en una llama-
da se debería indicar la mayor dirección
(véase el parámetro "RECV").
las direcciones lógicas (cómo en
PROFIBUS DP).
Modo IO-Device:
las ranuras (slots), tal como se han confi-
gurado los módulos de entrada en el ra-
mal del PROFINET IO-Controller para
este PROFINET IO-Device.
• Nota:
Tiene que cuidar de la coherencia entre
la longitud aquí programada y la configu-
ración del PROFINET IO-Controller. En el
caso del Device se transmite la longitud
total de sectores de datos, inclusive even-
tuales lagunas.
NDR OUTPUT BOOL 0: - El parámetro de estado indica si se han
1: datos aceptados aceptado nuevos datos.
ERROR OUTPUT BOOL 0: - Indicación de error
1: error
CHECK_ OUTPUT BOOL 0: todos los IOPS en GOOD Aviso de grupo que indica si es necesario
IOPS 1: al menos un IOPS en BAD evaluar el área de estado IOPS.
El aviso de grupo CHECK_IOPS siempre se
entrega, independientemente del parámetro
MODE.


datos
IOPS OUTPUT ANY (como La dirección del área de datos IO Provider Status
VARTYPE remite como alternativa a: Por cada byte de datos útiles se transmite un
sólo se bit de estado.
• Área de marcas
permite
• Área de bloques de datos Requisitos: La transmisión se solicita en el
BYTE)
parámetro MODE (MODE=0 ó MODE=1) El
Longitud:
parámetro sólo es relevante en este modo de
Vea el valor máximo en la operación.
Parte B de este manual, espe-
El dato de longitud depende de la longitud en
cífica del equipo, capítulo “Da-
el parámetro RECV (un bit por cada byte)
tos de rendimiento“. Puede ser
diferente para el modo Contro- = (longitud LEN + 7/ 8)
ller y el modo Device. Modo Controller:
Conforme al parámetro RECV se transmiten
también huecos en direcciones.
Huecos en direcciones se transmiten con el
estado GOOD.
Modo Device:
Huecos en direcciones no se transmiten.
El bloque comienza con la transmisión del
estado para la dirección 0.
Nota:
• La longitud mínima del ANY-Pointer es
(longitud LEN + 7/ 8)
ADD_INFO OUTPUT WORD Información de diagnóstico Extensión de parámetro
adicional Nota:
En el modo Controller: el parámetro ADD_INFO se actualiza tam-
bién aunque en el PROFINET IO-Controller
• 0: ninguna alarma
no esté configurada ninguna dirección
• >0: cantidad de alarmas INPUT. En este caso se llama el bloque
existentes PNIO_RECV con una longitud LEN > 0 (p. ej.
En el modo Device el paráme- LEN = 1 Byte). Transmite entonces una la-
tro es siempre = 0. guna de direcciones de 1 Byte.
La extensión de parámetros se puede utilizar
para CPs a partir de la siguiente versión de
firmware (FW):
• CP 343−1 (EX30) a partir de FW V2.0
• CP 343−1 Lean (CX10) a partir de FW
V2.0
• CP 343−1 Advanced (GX30) a partir de
FW V1.0
En versiones de firmware más antiguas, el
parámetro está reservado.

Nota
Esperar la confirmación de ejecución
No ejecute las siguientes acciones hasta que el bloque haya indicado DONE = 1 o bien
ERROR = 1:
• Evaluar el parámetro de salida
• Modificar el parámetro MODE
3.2.2.3 Códigos de condición del bloque PNIO_RECV
Nota
Tabla 3- 2 Códigos de condición de PNIO_RECV

0 0 8180H • Adoptando datos;
o bien
0 0 8181H El módulo no es compatible con la versión de bloque 2.0.
Solución: utilizar la versión de bloque 1.0.
1 0 0000H Nuevos datos aceptados sin error.


0 1 8183H • Falta configuración PROFINET IO;
o bien
• El parámetro CPLADDR es erróneo;
o bien
o bien
• El conexionado de MODE no concuerda con la configuración del módulo o hay un
conexionado incorrecto del parámetro MODE.
Para el modo Device, adicionalmente:
• La conexión entre PROFINET IO-Controller y PROFINET IO-Device está interrum-
pida,
o bien
• PROFINET IO-Controller no accesible
o bien
• Longitudes totales (configuración y parámetro LEN) no coherentes.
0 1 8185H Búfer de destino (RECV o IOCS) demasiado pequeño.
0 1 8F30H El parámetro se encuentra en el 1er. bloque de datos act. protegido contra escritura.
0 1 8F31H El parámetro está en el segundo bloque de datos act. protegido contra escritura.
0 1 8F32H El parámetro contiene un número de DB demasiado alto.
0 1 8F44H Está bloqueado el acceso a un parámetro que se va a leer en el procesamiento del
bloque.
0 1 8F45H Está bloqueado el acceso a un parámetro que se va a escribir en el procesamiento del
bloque.
0 1 8090H No existe ningún módulo con esta dirección.
0 1 80B0H El módulo desconoce el registro.
0 1 80B1H • La longitud de registro indicada es incorrecta.
o bien


0 1 80C3H Recursos (memoria) ocupados.
0 1 80C4H Error de comunicación (aparece temporalmente; por ello es conveniente una repetición
en el programa de usuario.)
3.2.3 Comportamiento general de los FCs para PROFINET IO
IO Consumer Status (IOCS) y IO Provider Status (IOPS)

En los dos interlocutores de comunicación, CPU/CP por un lado e IO-Device por otro, hay
disponible respectivamente una información de estado GOOD o BAD para los datos. Esta
información de estado se transmite paralela a los datos. El estado del interlocutor que envía
los datos se denomina IOPS (IO Provider Status) y el estado del interlocutor que los recibe
IOCS (IO Consumer Status).
El estado IOPS y el estado IOCS no son forzosamente idénticos. Puede ocurrir, por
ejemplo, que la CPU S7-300 se encuentre en el estado Stop (Output Disable o no se ejecuta
ningún bloque PROFINET IO). En tal caso, el CP transmite, como PROFINET IO-Controller,
el estado BAD a los IO-Devices.
Obtiene un aviso de grupo, que informa de si es necesario evaluar la información de estado.
Además, con el parámetro MODE especifica si debe proporcionarse información de estado
detallada en la interfaz de llamada. El desarrollo de la petición se acelera con una limitación
a aviso de grupo.
Relación entre llamada de bloque y datos IO

Como PROFINET IO-Controller, el CP no supervisa la llamada cíclica de los bloques
PNIO_SEND/RECV. Si no se llaman los bloques, son válidos los últimos datos IO y los
IOCS/IOPS transmitidos.
FC11 y FC12 tienen respectivamente un Watchdog propio. Dependiendo del tiempo de
ciclo de la CPU se deshace la conexión con el PROFINET IO-Controller si tras la fase de
inicialización no se llama ya más uno de los dos bloques.
Optimización de la transmisión de datos (sólo en el modo de PROFINET IO-Controller)

Es posible llamar los bloques con una longitud (parámetro LEN) menor que la longitud total
configurada de los datos de E/S en el ramal PNIO.
Esto se puede aprovechar en el sentido de que datos críticos en cuanto al tiempo se
transmitan en cada ciclo de CPU, no transmitiéndose por el contrario en cada ciclo datos no
críticos.
Ejemplo:
Transmita, por ejemplo, en cada ciclo sólo el primer sector de datos (datos críticos en

cuanto al tiempo) y en cada segundo ciclo la longitud total de los datos de E/S configurados.
Para ello, al configurar tiene que poner los datos críticos en cuanto al tiempo en el sector
inferior (a partir de la dirección de E/S 0).
3.2.4 Coherencia de los datos

Se transmite siempre todo el sector de datos de entrada y salida del PROFINET IO-
Controller de forma completa, y por lo tanto coherente.
Independientemente de ello, indicando la longitud en la llamada de bloque tiene la
posibilidad de leer o emitir de forma coherente un área de datos de entrada y salida
menor que la configurada.
Observación: Tenga en cuenta, sin embargo, que en lo que se refiere a los "datos útiles IO",
dentro de un sistema PROFINET IO sólo se puede garantizar la coherencia de los datos
dentro de los distintos slots IO. Esto es independiente de que para los bloques aquí
descritos se garantice una transferencia de datos coherente entre la CPU y el IO-Controller.
Llamada de bloque
Para asegurar la coherencia de los datos sólo se debe acceder, sin embargo a los datos IO
si el bloque se ha finalizado sin errores (parámetro Output NDR = TRUE). Además se tiene
que comprobar si el estado IOCS o IOPS para los datos es = GOOD.

Ejemplo
En el caso normal (dependiendo de la longitud total de los datos IO), el bloque se ejecuta a
lo largo de varios ciclos del programa de usuario, hasta que se notifica el código de
condición DONE/NDR = 1.
Observación: El ciclo de programa de usuario y el ciclo del intercambio de datos IO entre

PROFINET IO-Controller y PROFINET IO-Devices son independientes el uno del otro.
3.2.5 Valores de sustitución
Casos de operación
La conexión de valores de sustitución se soporta para los dos casos de operación
siguientes:
● Valores de sustitución en el arranque (cambio de estado operativo de la CPU de STOP a
RUN)
● Valores sustitutivos en caso de anomalías (desenchufado/enchufado o fallo/restauración
de la estación)
Valores de sustitución en el arranque

Las salidas se pueden inicializar con valores de sustitución poniendo en el OB de arranque
un marcador ("Arranque"). En régimen cíclico (OB1), evalúe entonces esta marcador de
"arranque" para llamar, si procede, el bloque PNIO_SEND con los valores de inicialización.

Valores sustitutivos en caso de anomalías (sólo en el modo de PROFINET IO-Controller)

En caso de avería (ha fallado el device/módulo) puede determinar qué módulos han fallado
consultando las informaciones de estado IOCS / IOPS. Entonces tiene la posibilidad de
aplicar valores sustitutivos.
3.2.6 PNIO_RW_REC
3.2.6.1 Significado y llamada - PNIO_RW_REC
El FB 52 sirve, en el modo PROFINET IO-Controller, tanto para la función “Leer registro"
como para la función “Escribir registro". El FB 52 solo puede ejecutar una de las dos
funciones a un tiempo. La función “Leer registro" o “Escribir registro" se controla a través del
parámetro WRITE_REC.
Los CPs soportan únicamente I&M0 e I&M1.
Ejemplo: el identificador de instalación y el identificador de ubicación se pueden comunicar
al CP a través de la función "Escribir registro" (en tanto que estos parámetros no se hayan
ajustado ya en STEP 7 en el cuadro de diálogo de propiedades del CP). Para ello se usa el
registro de mantenimiento "IM1" con el índice AFF1H.
El registro I&M0 con el índice AFF0H (referencia, número de serie y versión) es de solo
lectura (está protegido contra escritura).
Si desea detalles sobre los registros a los que se da soporte así como sobre su estructura,
puede consultarlos a través de la siguiente dirección de Internet:
Interfaz de llamada
Interfaz de llamada en representación FUP:

Ejemplo en representación AWL:
AWL Explicación
CALL FB 52, DB 52 ( //llamar PNIO_RW_REC
CPLADDR := W#16#0110, //dirección de módulo de la configuración hardware
WRITE_REC := M 1.1, //tipo de petición
ID := W#16#86A, //dirección lógica del módulo al que se debe acceder
INDEX := W#16#8000, //número de registro
DONE := M 1.3, //dirección para parámetro de retorno DONE
ERROR := M 1.1, //dirección para parámetro de retorno ERROR
STATUS := MW 12, //dirección para parámetro de retorno STATUS
LEN := MW 16, //longitud del registro en bytes
RECORD := P#DB3.DBX0.0 BYTE 80 ); //destino o fuente del registro
//(aquí máx. 80 bytes)
3.2.6.2 Explicación de los parámetros formales - PNIO_RW_REC

La tabla siguiente explica todos los parámetros formales para el FB:52:
Parámetro Declaración Tipo de datos Rango de valores Descripción

WRITE_RE INPUT BOOL 0: Leer registro de datos Tipo de petición;
C 1: Escribir registro El parámetro no se debe modificar du-
rante el tiempo de ejecución del bloque.
ID INPUT WORD Dirección lógica del componente
PROFINET IO (grupo o módulo). En
caso de un módulo de salida se tiene
que poner Bit 15
(ejemplo para la dirección de salida 5:
ID:=DW#16#8005).
En caso de un módulo mixto se tiene
que indicar la menor de ambas direccio-
nes.
INDEX INPUT WORD Véase en la información del Números de los registros de datos que el
fabricante qué números de regis- usuario desea leer o escribir.
tro de datos son soportados por
el grupo o el módulo.
DONE OUTPUT BOOL 0: - El parámetro de estado indica si se han
1: Registro de datos transmitido aceptado nuevos datos.
correctamente
ERROR OUTPUT BOOL 0: - Indicación de error
1: error


LEN IN_OUT INT La longitud máxima es 480 Byte. • Leer registro de datos:
Parámetro OUTPUT puro; tras una
lectura correcta se indica aquí la lon-
gitud del registro de datos leído; en
otro caso 0.
• Escribir registro de datos:
Parámetro INPUT puro; el usuario
tiene que indicar aquí la longitud del
registro de datos a escribir. La longi-
tud tiene que ser conforme a la defi-
nición del registro de datos.
RECORD IN_OUT ANY (como La dirección del sector de datos • Leer registro de datos:
VARTYPE se remite como alternativa a: Parámetro OUTPUT puro; tras una
permiten lectura correcta se almacenan aquí
• Área de marcas
BYTE, WORD
• Área de bloques de datos los datos del registro de datos. Si la
y DWORD)
longitud del ANY-Pointer es insufi-
La longitud del Any-Pointer tiene
que ser mayor o igual a la defini- ciente, se transmiten tantos datos
ción del registro de datos. como sea posible.
• Escribir registro de datos:
Parámetro INPUT puro; el usuario
almacena aquí los datos a escribir
del registro de datos. La longitud del
ANY-Pointer tiene que ser al menos
tal como predetermina el parámetro
LEN.
3.2.6.3 Códigos de condición del bloque PNIO_RW_REC
Nota

Tabla 3- 3 Códigos de condición PNIO_RW_REC

0 0 8180H Transfiriendo datos
1 0 0000H Registro de datos transmitido correctamente
0 1 8183H • Falta configuración de PROFINET IO-Controller,
• CPLADDR incorrecta
o bien
• CP en estado operativo STOP
0 1 8184H Error del sistema o tipo de parámetro no permitido
0 1 8185H Búfer de destino (RECORD) demasiado pequeño.
0 1 8F24H Error de campo al leer un parámetro
0 1 8F25H Error de campo al escribir un parámetro
0 1 8F30H El parámetro está en el 1er. bloque de datos activo protegido de escritura.
0 1 8F31H El parámetro está en el 2º bloque de datos activo protegido de escritura.
0 1 8F42H Retardo en acuse al leer un parámetro del área de periferia
0 1 8F43H Retardo en acuse al escribir un parámetro en el área de periferia
0 1 80A0H Acuse negativo al leer del módulo
0 1 80A1H Acuse negativo al escribir en el módulo
0 1 80A3H Error general del PROFINET IO-Context-Management
0 1 80A9H PROFINET IO-Device o módulo señaliza un tipo no permitido.
0 1 80B1H • La longitud de registro de datos indicada es incorrecta;
o bien
0 1 80B2H La dirección lógica o la ranura configurada no está ocupada.
0 1 80B4H PROFINET IO-Device o módulo señaliza un acceso a un sector no permitido.
0 1 80B6H PROFINET IO-Device o módulo deniega el acceso.
0 1 80B8H El módulo señaliza un parámetro no permitido.
0 1 80B9H Tipo de bloque y / o versión no admisible.
0 1 80C0H No se puede leer el registro de datos.
0 1 80C1H Actualmente no se permite el acceso de escritura al registro de datos. El registro de
datos se está procesando actualmente o se ha predeterminado de forma fija por confi-
guración.


0 1 80C3H Medios de operación (memoria) ocupados
3.2.7 PNIO_ALARM
3.2.7.1 Significado y llamada - PNIO_ALARM
El FB 54 sirve para la evaluación de alarmas por un CP 343-1 empleado como
PROFINET IO-Controller y se debería llamar en el programa de usuario del mismo si en
FC12 el parámetro ADD_INFO es distinto de 0. Tras una transmisión completa y sin errores
de todos los parámetros OUTPUT del FB 54 se confirman (anulan) automáticamente las
alarmas recibidas.
Las alarmas se transmiten en el orden cronológico de su señalización al programa de
usuario. Alarmas más antiguas, aún no señalizadas al programa de usuario, que se tornen
obsoletas debido a otras alarmas más recientes, no son borradas por nuevas alarmas.
Nota
Mientras no se haya llamado aún el bloque, las alarmas se acusan automáticamente a nivel
interno del CP.
Si el FB 54 se ha llamado (al menos) una vez en el programa de usuario, se tiene que
seguir llamando también para acusar recibo de alarmas existentes. Tal es el caso si FC 12
presenta en el parámetro ADD_INFO un valor distinto de "0".
Si el FB 54 no se vuelve a llamar después de haberlo llamado una o más veces en el
programa de usuario, no se acusa recibo de las alarmas y no está garantizado que la
representación de IO se actualice correctamente. Tal puede ser, por ejemplo, el caso tras
una alarma de retorno de estación. La necesidad de la llamada del FB 54 sólo se puede
anular con un rearranque del CP (desconexión y reconexión de la tensión).

Interfaz de llamada
Ejemplo en representación AWL:
AWL Explicación
CALL FB 54, DB 54 ( //llamar PNIO_ALARM
CPLADDR:= W#16#0110, //Dirección de módulo de configuración de hardware
DONE := M 1.1, //Dirección para parámetro de retorno DONE
ERROR := M 1.2, //Dirección para parámetro de retorno ERROR
NEW := M 1.3, //TRUE: Se ha recibido una nueva alarma
STATUS := MW 12, //código de error
ID := MW14, //dirección inicial lógica de los componentes señalizadores
LEN := MW 16, //longitud de la información de alarma recibida (AINFO)
MODE := MD 18, //RESERVADO (valor siempre = 0)
TINFO := P#DB4.DBX0.0 BYTE 32, //task information
AINFO := P#DB4.DBX32.0 BYTE 532 ); //alarm information
3.2.7.2 Explicación de los parámetros formales - PNIO_ALARM

La tabla siguiente explica todos los parámetros formales para el FB:54:

CPLADDR INPUT WORD - Dirección inicial del módulo causante
de error
DONE OUTPUT BOOL 0: - El parámetro de estado indica si se
1: información de alarma trans- han aceptado nuevos datos.
mitida correctamente Con DONE = 1 se tiene que compro-
bar adicionalmente el parámetro NEW.
1: error
NEW OUTPUT BOOL 0: transmitiendo datos o no hay Con DONE = 1 y NEW = 1 se señaliza
ninguna nueva alarma aquí una nueva alarma recibida.
1: nueva alarma recibida y acu-
sada


ID OUTPUT WORD Dirección inicial lógica del componente
PNIO causante de la alarma (grupo o
módulo).
En caso de un módulo de salida se
pone Bit 15 (ejemplo para la dirección
de salida 5: ID:=DW#16#8005).
En caso de un módulo mixto se indica
la menor de ambas direcciones.
LEN OUTPUT INT Longitud de la información de alarma
recibida (AINFO)
MODE IN_OUT DWORD 0 Reservado
TINFO IN_OUT ANY (como La dirección del sector de datos (task information)
VARTYPE se remite como alternativa a: Área de destino para información de
permiten administración de alarmas.
• Área de marcas
BYTE, WORD
• Área de bloques de datos La información de inicio de OB de
y DWORD)
error (OB-Header = Byte 0...19 de
La longitud del Any-Pointer tiene
TINFO) es reproducida por el firmware
que ser >= 32 Byte.
del CP, en la medida de lo posible.
Véase también 1)
AINFO IN_OUT ANY (como La dirección del sector de datos (alarm information)
VARTYPE se remite como alternativa a: Área de destino para información de
permiten cabecera e información adicional de
• Área de marcas
BYTE, WORD alarma. Si ANY-Pointer AINFO es
y DWORD) • Área de bloques de datos
demasiado pequeño, se recorta la
La longitud del Any-Pointer tiene información.
que ser mayor o igual que la
Véase también 1)
máxima información adicional de
alarma esperable, pero como
máximo 1432 Byte (ver el pará-
metro LEN)
1) Manual de referencia “STEP 7 - Funciones del sistema y estándar para S7-300 y S7-400",
Recibir alarma con SFB 54 “RALRM" /5/ (Página 292)

3.2.7.3 Códigos de condición del bloque PNIO_ALARM
La tabla siguiente muestra el significado de la información suministrada por DONE, NEW,
ERROR y STATUS, la cual tiene que ser evaluada por el programa de usuario.
Nota
DONE NEW ERROR STATUS Significado

0 0 0 8180H Transfiriendo datos
1 1 0 0000H Datos de alarma transmitidos correctamente y alarma acusada
1 0 0 0000H No hay datos de alarma
0 0 1 8183H • Falta configuración de PROFINET IO-Controller,
• CPLADDR incorrecta
o bien
• CP en estado operativo STOP
0 0 1 8184H Error del sistema o tipo de parámetro no permitido
0 0 1 8185H Búfer de destino (TINFO o AINFO) demasiado pequeño
0 0 1 8F22H Error de longitud de área al leer un parámetro (p. ej. DB demasiado corto).
0 0 1 8F23H Error de longitud de área al escribir un parámetro (p. ej. DB demasiado corto).
0 0 1 8F24H Error de campo al leer un parámetro
0 0 1 8F25H Error de campo al escribir un parámetro
0 0 1 8F28H Error de alineación al leer un parámetro.
0 0 1 8F29H Error de alineación al escribir un parámetro
0 0 1 8F30H El parámetro está en el 1er. bloque de datos activo protegido de escritura
0 0 1 8F31H El parámetro está en el segundo bloque de datos activo protegido de escritura
0 0 1 8F32H El parámetro contiene número de DB demasiado grande
0 0 1 8F3AH Área de destino no cargada (DB)
0 0 1 8F42H Retardo en acuse al leer un parámetro del área de periferia
0 0 1 8F43H Retardo en acuse al escribir un parámetro en el área de periferia
0 0 1 8F44H Está bloqueado el acceso a un parámetro a leer en el procesamiento del bloque
0 0 1 8F45H Está bloqueado el acceso a un parámetro a escribir en el procesamiento del
bloque
0 0 1 8F7FH Error interno, p. ej. referencia ANY no admisible.
0 0 1 8090H No existe módulo con esta dirección
0 0 1 80A0H Acuse negativo al leer del módulo

3.3 PROFIenergy
DONE NEW ERROR STATUS Significado

0 0 1 80A1H Acuse negativo al escribir en el módulo
0 0 1 80B0H El módulo no conoce el registro
0 0 1 80B1H • La longitud de registro de datos indicada es incorrecta
o bien
• El CP pasa al estado STOP
0 0 1 80C0H No se puede leer el registro de datos
0 0 1 80C1H El registro indicado está siendo procesado.
0 0 1 80C2H Hay demasiadas peticiones pendientes.
0 0 1 80C3H Medios de operación (memoria) ocupados
0 0 1 80C4H Error de comunicación (se presenta temporalmente; por ello es conveniente una
repetición en el programa de usuario.)
3.3 PROFIenergy
PROFIenergy
Las funciones de PROFIenergy en PROFINET sirven para gestionar la energía de las
instalaciones. Aquí se incluye la desconexión planificada o espontánea de diferentes
aparatos de campo, grupos o unidades de proceso con el fin de ahorrar energía. La
desconexión se lleva a cabo en tiempos no productivos o en pausas de producción. Los
datos energéticos y de diagnóstico se pueden leer en aparatos integrados en el concepto de
energía que, además, soporten estas funciones.
Controlador PROFIenergy
Los comandos de desconexión los da el controlador de nivel superior; en PROFINET IO, el
controlador IO.
En SIMATIC S7-300, el controlador PROFIenergy puede ser el CP o una CPU S7-300 con
función PROFIenergy.
Dispositivos PROFIenergy
Los comandos del controlador PROFIenergy son procesados por el dispositivo IO con
función PROFIenergy, para desconectar aparatos conectados en el campo.
En el contexto de los bloques de programa PROFIenergy, se designa un dispositivo IO con
función PROFIenergy como dispositivo PROFIenergy. En SIMATIC S7-300, el dispositivo
PROFIenergy puede ser el CP o una CPU S7-300 con función PROFIenergy.
Dispositivos I
En SIMATIC S7, un dispositivo inteligente (dispositivo I) puede tener dispositivos
PROFIenergy subordinados. En este caso, el dispositivo I también puede funcionar como un
controlador PROFIenergy.

3.3 PROFIenergy
Modos de ahorro de energía y PE_MODE_ID

Muchos aparatos soportan sólo los estados operativos "operativo" (tensión conectada) y
"pausa" (tensión desconectada). En el controlador del dispositivo PROFIenergy es posible
configurar estados de ahorro de energía escalonados con diferentes modos de ahorro para
aquellos aparatos que lo soporten o para grupos. Con PROFIenergy, a los aparatos de
campo se les pueden asignar diferentes estados de consumo de energía.
Los distintos estados de consumo de energía se denominan "modos de ahorro de energía".
Para cada modo de ahorro de energía se especifica una "PE_MODE_ID" concreta.
Programación de las propiedades de los modos de ahorro de energía

Los detalles acerca de los modos de ahorro de energía (aparato de campo activado,
duración de la pausa, etc.) se programan en el programa de usuario de la CPU del
dispositivo PROFIenergy.
3.3.1 Bloques de programa PROFIenergy para el CP 300
Realización de las funciones de PROFIenergy en un S7-300

En el SIMATIC S7-300 se preparan las funciones PROFIenergy para el controlador IO y el
dispositivo IO mediante bloques de programa.
Tenga en cuenta que la CPU S7-300 y el CP 300 utilizan diferentes bloques de programa
PROFIenergy.
Especificación PROFIenergy
Las funciones de los bloques de programa PROFIenergy para el CP 300 se basan en la
siguiente especificación de la Organización de Usuarios PROFIBUS e.V. (PNO):
Common Application Profile PROFIenergy, Technical Specification for PROFINET,
Version 1.0, January 2010, Order No. 3.802

3.3 PROFIenergy
Bloques de programa PROFIenergy para el CP 300

Los bloques de programa PROFIenergy se llaman desde el programa de usuario de la CPU.
Para las funciones PROFIenergy del CP 300 están disponibles los siguientes bloques de
programa PROFIenergy:
● CP 300 como controlador IO:
– PE_START_END_CP
Bloque de programa para iniciar y finalizar pausas en la alimentación de energía así
como para predefinir determinados modos de ahorro de energía para el dispositivo
PROFIenergy.
– PE_CMD_CP
Bloque de programa para iniciar y finalizar pausas en la alimentación de energía,
predefinir determinados modos de ahorro de energía y consultar valores energéticos
medidos del dispositivo PROFIenergy.
Los dos bloques de programa pueden utilizarse alternativamente. En comparación con
PE_START_END_CP, PE_CMD_CP tiene una funcionalidad avanzada para integrar
valores de medida energéticos.
El bloque de programa debe llamarse por separado para cada dispositivo PROFIenergy.
– DS3_WRITE_CP
No forma parte de los bloques de función PROFIenergy, pero complementa las
funciones de PROFIenergy de un ET 200S.
Con DS3_WRITE_CP se definen los ajustes para el comportamiento de conmutación
de 8 slots como máximo (en este caso: módulos de potencia) del ET 200S.
● CP 300 como dispositivo IO:
– PE_I_DEV_CP
Recibe todos los comandos PROFIenergy y permite al programa de usuario ejecutar
las funciones de PROFIenergy.
Prepara los telegramas de respuesta del dispositivo IO para el controlador IO.
PE_I_DEV_CP se llama cíclicamente desde el programa de usuario del dispositivo IO.
– Bloques de programa complementarios (FC 0 - FC 8) para PE_I_DEV_CP:
Estos FCs preparan los datos de respuesta para PE_I_DEV_CP. Los FCs deben
llamarse en el programa de usuario y vincularse con PE_I_DEV_CP.
Si el dispositivo PROFIenergy es un I-Device que tiene dispositivos PROFIenergy
subordinados, en la CPU del I-Device se llama PE_START_END_CP o PE_CMD_CP
para los dispositivos PROFIenergy subordinados.
Bloques de sistema y programa para transferir registros

Los comandos PROFIenergy y la información de estado se intercambian entre el controlador
IO y el dispositivo IO mediante la lectura y escritura de registros. Esto se consigue por
medio de los bloques de programa RDREC y RWREC.

3.3 PROFIenergy
Los registros PROFIenergy se describen a continuación en los datos de respuesta de los

diferentes bloques de programa.
Nota
Llamadas de bloques
PE_START_END_CP, PE_CMD_CP, PE_I_DEV_CP y DS3_WRITE_CP no deben llamarse
al mismo tiempo. No se puede llamar el siguiente bloque de programa hasta que un bloque
haya notificado "ningún error" (VALID = 1) o "error" (ERROR = 1).
El bloque de programa PNIO_RW_REC tampoco debe llamarse al mismo tiempo que
PE_START_END_CP, PE_CMD_CP, PE_I_DEV_CP o DS3_WRITE_CP.
3.3.2 PE_START_END_CP
3.3.2.1 Significado y llamada - PE_START_END_CP
PE_START_END_CP puede utilizarse como alternativa a PE_CMD_CP.
PE_START_END_CP se utiliza en el controlador IO. Provoca una pausa de ahorro de
energía o la finaliza en el dispositivo PROFIenergy asignado.
Este bloque de programa se utiliza preferentemente en controladores IO cuyos dispositivos
IO asignados tengan conectados únicamente aparatos de campo en los que no pueden o
deben leerse datos energéticos.
Los modos de ahorro de energía se configuran en el programa de usuario de la CPU del
dispositivo IO. El modo de ahorro de energía que se adopta realmente es notificado por el
dispositivo IO después de ejecutar PE_START_END_CP y devuelto en el parámetro
PE_MODE_ID.
El parámetro Pause_Time especifica la duración de la pasa de ahorro de energía para el
dispositivo IO. Mediante el bloque de programa PE_I_DEV_CP, en el dispositivo IO se
comprueba si la duración predefinida para la pausa es suficiente y si puede aplicarse.

3.3 PROFIenergy
Secuencia
Figura 3-1 Diagrama de secuencia de las peticiones de escritura/lectura de PE_START_END_CP y

PE_CMD_CP
PE_START_END_CP utiliza WRREC para enviar un comando PROFIenergy al dispositivo

IO como petición de escritura. Seguidamente, PE_START_END_CP espera el acuse del
dispositivo IO. Para ello, cada 100 milisegundos se lee el registro de acuse con el bloque de
programa RDREC.
Mientras no llega el acuse del dispositivo IO, la petición de lectura se repite durante 10
segundos en intervalos de 100 milisegundos.
Los datos de respuesta del dispositivo IO se leen con el RDREC.

3.3 PROFIenergy
Interfaz de llamada en representación AWL
AWL Explicación
call fb 85 ( //Llamar bloque de programa PE_START_END_CP;
CPLADDR :=W#16#0100, //Dirección del módulo de la configuración hardware;
START :=M100.0, //Dirección para señal "Inicio de la pausa";
END :=M100.1, //Dirección para señal "Fin de la pausa";
ID :=W#16#110, //Dirección del dispositivo de destino;
PAUSE_TIME :=T#10S //Indicación del tiempo de pausa como temporizador CEI;
VALID :=M100.2 //Dirección para parámetro de retorno VALID;
BUSY :=M110.0, //Dirección para parámetro de retorno BUSY;
ERROR :=M110.1, //Dirección para parámetro de retorno ERROR;
STATUS :=MW128, //Dirección para parámetro de retorno STATUS;
PE_MODE_ID :=MB111 ); //Dirección para ID del modo de ahorro de energía
3.3.2.2 Explicación de los parámetros formales de PE_START_END_CP
Explicación de los parámetros formales de PE_START_END_CP

datos
CPLADDR INPUT WORD I, Q, M, D, L, const. Dirección inicial del módulo del CP
START INPUT BOOL • 1 = comando activo Un flanco ascendente activa el comando
"Start_Pause" (iniciar pausa de ahorro de
• 0 = comando no activo
energía)
END INPUT BOOL • 1 = comando activo Un flanco ascendente activa el comando
"End_Pause" (finalizar pausa de ahorro de
• 0 = comando no activo
energía)
ID INPUT WORD Dirección lógica del dispositivo PROFIe-
nergy de destino
PAUSE_ INPUT TIME T#-24D_20H_31M_23S_648MS Temporizador IEC en incrementos de
TIME a 1 ms, entero con signo
T#24D_20H_31M_23S_647MS

3.3 PROFIenergy

datos
PE_MODE_ OUTPUT BYTE • 00h: tensión OFF (pausa) ID del modo de ahorro de energía adopta-
ID do por el dispositivo IO tras la ejecución
• 01h...FEh: configurable
del comando.
• FFh: operativo
VALID OUTPUT BOOL 0: - El parámetro de estado indica si la peti-
1: procesamiento finalizado cor- ción se ha desarrollado correctamente.
rectamente
BUSY OUTPUT BOOL 0: procesamiento finalizado, Indicador del estado de procesamiento del
cancelado o todavía no iniciado bloque de programa
1: procesamiento en curso
1: error Ver el significado en relación con el pará-
metro STATUS en Indicadores de
PE_START_END_CP (Página 179).
Ver el significado en relación con el pará-
metro ERROR en Indicadores de
PE_START_END_CP (Página 179).
3.3.2.3 Indicadores de PE_START_END_CP
Indicadores de PE_START_END_CP
PE_START_END_CP se basa en el bloque de programa PNIO_RW_REC y proporciona
todos los indicadores de PNIO_RW_REC, consulte los indicadores del bloque
PNIO_RW_REC.
Además, se muestran los siguientes indicadores específicos de PROFIenergy. Los
indicadores de error de STATUS solo son válidos en relación con ERROR = 1.
Tabla 3- 4 Indicadores específicos de PE_START_END_CP
STATUS Significado
Errores específicos del bloque
8080h Flanco ascendente simultáneamente a START y END
8081h Conflicto de longitud con CMD_PARAM y CMD_PARAM_LEN
Errores específicos de PROFIenergy
FE01h Service_Request_ID no válida
FE02h Request_Reference no válida
FE03h CMD_MODIFIER no válido
FE04h Indicación no válida sobre la estructura de datos de un comando (Data_Structure_Identifier_RQ) en el tele-
grama para el registro PROFIenergy de escritura
FE05h Indicación no válida sobre la estructura de datos de un comando (Data_Structure_Identifier_RS) en el tele-
grama para el registro PROFIenergy de lectura
FE06h Modo de ahorro de energía (PE_Mode_ID) no soportado

3.3 PROFIenergy
STATUS Significado
FE07h La respuesta es más larga que la longitud de transferencia máx.
FE08h Número de comandos no válido
FE09h Block Type no válido (consulte el encabezado del telegrama)
FE0Ah Block Length no válida (consulte el encabezado del telegrama)
FE0Bh Block Version no válida (consulte el encabezado del telegrama)
FE50h No hay ningún modo de ahorro de energía adecuado (PE_Mode_ID)
FE51h No se soporta el valor de PAUSE_TIME
FE52h No se soporta PE_Mode_ID
Consulte los detalles relacionados con los parámetros de los errores específicos de
PROFIenergy en el capítulo Datos de respuesta (Página 186).
Consulte también
Códigos de condición del bloque PNIO_RW_REC (Página 167)
3.3.3 PE_CMD_CP
3.3.3.1 Significado y llamada - PE_CMD_CP
PE_CMD_CP puede utilizarse como alternativa a PE_START_END_CP.
PE_CMD_CP se utiliza en el controlador IO y lanza una pausa de ahorro de energía o la
finaliza en el dispositivo PROFIenergy asignado. Adicionalmente, PE_CMD_CP puede leer
otras informaciones y valores energéticos medidos de un dispositivo IO.
Este bloque de programa se utiliza preferentemente en controladores IO cuyos dispositivos
IO asignados tengan conectados aparatos de campo de los que deben leerse datos
energéticos medidos.
Encontrará un diagrama de secuencia de las peticiones de escritura/lectura de PE_CMD_CP
en el capítulo Significado y llamada - PE_START_END_CP (Página 176).
Los diferentes comandos que se transfieren al dispositivo IO con el bloque de programa
tienen asignadas "Service_Request_IDs" concretas. Las Service_Request_IDs 01...05 y 16
se asignan en el parámetro CMD.
Con el parámetro CMD_MODIFIER se especifican con más detalle los comandos 04
(Query_Modes) y 16 (Query_Measurement).
El parámetro CMD_PARA asigna los valores de determinados parámetros a algunos
comandos mediante un puntero Any. El parámetro CMD_PARA_LEN define la longitud de
dichos parámetros.
El parámetro RESPONSE_DATA apunta al área de datos de respuesta del dispositivo IO.

3.3 PROFIenergy
AWL Explicación
call fb 86 ( //Llamar bloque de programa PE_CMD_CP;
REQ :=M220.0, //Dirección para señal de flanco para ejecución de bloque;//
ID :=W#16#110, Dirección del dispositivo de destino;
CMD :=MB222, //Service_Request_ID del comando PROFIenergy;
CMD_MODIFIER :=MB224, //Modificador del comando PROFIenergy;
CMD_PARA :=MD240, //Puntero hacia el parámetro del modificador;
CMD_PARA_LEN :=MW226, //Longitud del parámetro de CMD_PARA;
VALID :=M220.2 //Dirección para parámetro de retorno VALID;
BUSY :=M220.1, //Dirección para parámetro de retorno BUSY;
RESPONSE_DATA //Dirección para datos de respuesta del dispositivo IO
:=P#DB400.DBX0.0 BYTE 244 );
Consulte también
Explicación de los parámetros formales de PE_CMD_CP (Página 182)

3.3 PROFIenergy
3.3.3.2 Explicación de los parámetros formales de PE_CMD_CP
Explicación de los parámetros formales de PE_CMD_CP

datos
REQ INPUT BOOL Con un flanco ascendente comienza la
transferencia de los comandos PROFIe-
nergy.
ID INPUT WORD Dirección lógica del dispositivo PROFIe-
nergy de destino
CMD INPUT BYTE • 01: Start_Pause Service_Request_ID del comando PROFIe-
nergy.
• 02: End_Pause
Debajo de la tabla encontrará el significado
• 03: Query_Modes de los comandos.
• 04: PEM_Status
• 05: PE_Identity
• 16: Query_Measurement
CMD_ INPUT BYTE Para "Start_Pause": 00 Modificador del comando PROFIenergy,
MODIFIER Para "End_Pause": 00 significado:
Para "Query_Modes": • Comando "Query_Modes"
• 01: List_Energy_Saving – Modificador 01: lee todos los modos
_Modes de ahorro de energía soportados
(PE_Mode_ID).
• 02: Get_Mode
– Modificador 02: lee los parámetros
Para "PEM_Status": 00 de la PE_Mode_ID seleccionada.
Para "PE_Identity": 00
• Comando "Query_Measurement"
Para "Query_Measurement":
– Modificador 01: lee las Measure-
• 01: ment_IDs configuradas.
Get_Measurement_List –Modificador 02: lee los valores medi-
• 02: dos de las Measurement_IDs selec-
Get_Measurement_Values cionadas.
Encontrará información sobre los paráme-
tros en el apartado del comando correspon-
diente del capítulo Datos de respuesta
(Página 186).
El modificador 00 significa "sin opciones".

3.3 PROFIenergy

datos
CMD_PARA INPUT ANY Puntero Any hacia parámetros para coman-
dos
• Para comando 01 Start_Pause:
"Pause_Time"
• Para comando 02 End_Pause: irrele-
vante
• Para comando 03 Query_Modes:
– Para modificador 01: irrelevante
– Para modificador 02 Get_Mode:
"PE_Mode_ID"
• Para comando 04 PEM_Status: irrele-
vante
• Para comando 05 PE_Identity: irrele-
vante
• Para comando 16 Query_Measurement:
– Para modificador 01: irrelevante
– Para modificador 02
Get_Measurement_Values:
Puntero ANY hacia la estructura de
datos con parámetros "Count" y
"Measurement_IDs"
Encontrará información sobre los paráme-
tros en el apartado del comando correspon-
diente del capítulo Datos de respuesta
(Página 186).
Se registra el área de datos completa del
registro que debe escribirse (Servi-
ce_Data_Request). Longitud máx.:
234 bytes
CMD_PARA INPUT INT Longitud real de los parámetros en
_LEN CMD_PARA. Longitud máx.: 234 bytes
RESPONSE INOUT ANY Puntero hacia la dirección de los datos de
_DATA respuesta del dispositivo IO (telegrama
completo incl. Block Header)
Nota:
Si se ha seleccionado un rango demasiado
pequeño solo se guardará el número de
bytes configurado.
VALID OUTPUT BOOL 0: - El parámetro de estado del bloque de pro-
1: procesamiento finalizado grama indica si la petición se ha desarrolla-
correctamente do correctamente.
BUSY OUTPUT BOOL 0: procesamiento todavía no Indicador del estado de procesamiento del
iniciado, finalizado o cancelado bloque de programa

3.3 PROFIenergy

datos
1: error Ver el significado en relación con el paráme-
tro STATUS en Indicadores de
PE_CMD_CP (Página 185).
Ver el significado en relación con el paráme-
tro ERROR en Indicadores de PE_CMD_CP
(Página 185).
Service_Request_IDs y significado de los comandos PROFIenergy

Los comandos PROFIenergy con Service_Request_ID 01...05 y 16 tienen el significado
siguiente:
● 01 = Start_Pause
Comando para iniciar una pausa de ahorro de energía.
El dispositivo IO selecciona el modo de ahorro de energía configurado. El modo de
ahorro de energía se notifica al controlador en los datos de respuesta.
● 02 = End_Pause
Comando para finalizar una pausa de ahorro de energía
● 03 = Query_Modes
Consulta los modos de ahorro de energía configurados en el dispositivo IO con toda la
información correspondiente de tiempo y energía.
Mediante el parámetro CMD_MODIFIER se detalla la información consultada:
– List_Energy_Saving_Modes
Lee todos los modos PROFIenergy soportados por el dispositivo IO.
– Get_Mode
Lee los datos del modo PROFIenergy seleccionado.
● 04 = PEM_Status
Consulta del modo de ahorro de energía adoptado realmente por el aparato de campo o
por el grupo.

3.3 PROFIenergy
● 05 = PE_Identity
Consulta los servicios PROFIenergy soportados por el dispositivo IO.
● 16 = Query_Measurement
Consulta datos energéticos del dispositivo IO.
Mediante el parámetro CMD_MODIFIER se detalla la información consultada:
– Get_Measurement_List
Lee todas las Measurement_IDs configuradas en el dispositivo IO.
– Get_Measurement_Values
Lee los valores energéticos medidos de las Measurement_IDs seleccionadas.
Comandos para distintas clases de aparatos

Los aparatos que pueden integrarse en conceptos PROFIenergy pueden dividirse en tres
clases, que son activadas por el controlador IO utilizando distintos comandos:
● Módulos E/S, actuadores, arrancadores de motor
Comandos soportados:
– Start_Pause, End_Pause
– Query_Modes, PEM_Status, PE_Identify
● Instrumentos de medida para magnitudes eléctricas
– Query_Measurement
● Convertidores de frecuencia
– Start_Pause, End_Pause
– Query_Modes, PEM_Status, PE_Identify
– Query_Measurement
También es posible consultar datos de magnitudes eléctricas que registran los
convertidores de frecuencia.
3.3.3.3 Indicadores de PE_CMD_CP
Indicadores de PE_CMD_CP
PE_CMD_CP se basa en el bloque de programa PNIO_RW_REC y proporciona todos los
indicadores de PNIO_RW_REC; consulte los indicadores del bloque PNIO_RW_REC.

3.3 PROFIenergy
Además, se muestran los siguientes indicadores específicos de PROFIenergy. Los

indicadores de error de STATUS solo son válidos en relación con ERROR = 1.
Tabla 3- 5 Indicadores específicos de PE_CMD_CP
STATUS Significado
Errores específicos del bloque
8081h Conflicto de longitud con CMD_PARAM y CMD_PARAM_LEN
Errores específicos de PROFIenergy
FE01h Service_Request_ID no válida
FE02h Request_Reference no válida
FE03h CMD_MODIFIER no válido
FE04h Indicación no válida sobre la estructura de datos de un comando (Data_Structure_Identifier_RQ) en el tele-
grama para el registro PROFIenergy de escritura
FE05h Indicación no válida sobre la estructura de datos de un comando (Data_Structure_Identifier_RS) en el tele-
grama para el registro PROFIenergy de lectura
FE06h No se soporta el modo de ahorro de energía (PE_Mode_ID)
FE07h La respuesta es más larga que la longitud de transferencia máx.
FE08h Número de comandos no válido
FE09h Block Type no válido (consulte el encabezado del telegrama)
FE0Ah Block Length no válida (consulte el encabezado del telegrama)
FE0Bh Block Version no válida (consulte el encabezado del telegrama)
FE50h No hay ningún modo de ahorro de energía adecuado (PE_Mode_ID)
FE51h No se soporta el valor de PAUSE_TIME
FE52h No se soporta PE_Mode_ID
Consulte los detalles relacionados con los parámetros de los errores específicos de
PROFIenergy en el capítulo Datos de respuesta (Página 186).
Consulte también
3.3.4 Datos de respuesta
Estructura de los datos de respuesta

Las tablas siguientes muestran la estructura del registro (80A0h) de los datos de respuesta
de PE_START_END_CP y PE_CMD_CP.

3.3 PROFIenergy
La tabla siguiente muestra una sinopsis de la estructura del registro de los datos de
respuesta devueltos de acuerdo con la especificación PROFIenergy. La composición del
área "Service Data Response" se describe a continuación para los diferentes comandos
PROFIenergy.
Tabla 3- 6 Estructura de los datos de respuesta
Definiciones de bloque Atributos Valor Tipo de datos Descripción

Block Header BlockType 0801h Unsigned16
BlockLength Unsigned16 Longitud de telegrama (sin los
campos "BlockType" y "Blo-
ckLength")
BlockVersionHigh 01h Unsigned8
BlockVersionLow 00h Unsigned8
Response Header Service_Request_ID 01h...FFh Unsigned8 01h: Start_Pause
02h: End_Pause
03h: Query_Modes
04h: PEM_Status
05h: PE_Identify
06h...09h: - reservado -
10h: Query_Measurement
11h...CF: - reservado -
D0h...FFh: específico del fabri-
cante
Request_Reference 01h...FFh Unsigned8 Número de identificación de la
consulta (reflejado en la res-
puesta del dispositivo IO)
Service Header Re- Estado 01h...FFh Unsigned8 00h: - reservado -
sponse 01h: listo
02h: listo con error
03h: datos incompletos
04h...CFh: - reservado -
D0h...FFh: en función de la
Service_Request_ID
Data_Structure_Identifier_RS 01h...FFh Unsigned8 00h: - reservado -
01h...FFh: estructura de datos
en función de la Servi-
ce_Request_ID
FFh: error
Service Data Re- Datos de respuesta del disposi-
sponse tivo IO
En función del comando PRO-
FIenergy correspondiente
(descrito a continuación)

3.3 PROFIenergy
Significado de "Service Data Request" y "Service Data Response"

Los apartados siguientes explican los valores de parámetros para los diferentes comandos
PROFIenergy en las consultas del controlador IO al dispositivo IO (Service Data Request) y
la estructura de los datos de respuesta del dispositivo IO (Service Data Response).
● Service Data Request
Valores de parámetros en la consulta del controlador IO
● Service Data Response
Estructura de los datos de respuesta del dispositivo IO
Comando PROFIenergy "Start_Pause"

– CMD = 01
– CMD_MODIFIER = 00
– CMD_PARA_LEN = 04
– CMD_PARA = puntero Any hacia el valor de "Pause_Time" (tipo de datos "TIME")
Temporizador IEC en incrementos de 1 ms, entero con signo
Valor: T#-24D_20H_31M_23S_648MS a T#24D_20H_31M_23S_647MS
Parámetro Valor Tipo de datos

PE_Mode_ID * 01h...FFh Unsigned8
- reservado - 00h Unsigned8
* Número de identificación del modo de ahorro de energía
Comando PROFIenergy "End_Pause"

– CMD = 02
– CMD_PARA = irrelevante

Time_to_operate * Unsigned32
* Tiempo previsto para conmutar el dispositivo PROFIenergy a "operativo" (ready_to_operate)

3.3 PROFIenergy
Comando PROFIenergy "Query_Modes" – List_Energy_Saving_Modes

– CMD = 03

Number_of_PE_Mode_IDs * 01h Unsigned8
PE_Mode_IDs Unsigned8-Array of Num-
ber_of_PE_Mode_IDs (Unique ID for
mode)
* Número de modos de ahorro de energía
Comando PROFIenergy "Query_Modes" – Get_Mode

– CMD = 03
– CMD_PARA = puntero Any hacia el valor de PE_MODE_ID (unsigned8)

PE_Mode_ID 01h...FFh Unsigned8
PE_Mode_Attributes * 00h...01h Unsigned8
Time_min_Pause Unsigned32
Time_to_Pause Unsigned32
Time_to_operate Unsigned32
Time_min_length_of_stay Unsigned32
Time_max_length_of_stay Unsigned32
Mode_Power_Consumption Float32
Energy_Consumption_to_pause Float32
Energy_Consumption_to_operate Float32
* Codificación del bit 0:

0 = solo están disponibles valores medidos de tiempo y energía estáticos.
1 = están disponibles valores medidos de tiempo y energía dinámicos.
Bits 1...7: reservados

3.3 PROFIenergy
Comando PROFIenergy "PEM_Status"

– CMD = 04

PE_Mode_ID_Source * 00h Unsigned8
01h...FEh
FFh
PE_Mode_ID_Destination * 00h Unsigned8
01h...FEh
FFh
Time_to_operate Unsigned32
Remaining_time_to_destination Unsigned32
Mode_Power_Consumption Float32
Energy_Consumption_to_Destination Float32
Energy_Consumption_to_operate Float32
* Valores posibles de "PE_Mode_ID_Source" y "PE_Mode_ID_Destination":

00h: PE_Power_off (fuente de alimentación desconectada)
01h...FEh: libremente configurable
FFh: PE_Ready_to_operate (operativo)
Comando PROFIenergy "PE_Identify"

– CMD = 05

Count * 6 Unsigned8
Start_Pause ** 01h Unsigned8
End_Pause 02h Unsigned8
Query_Modes 03h Unsigned8
PEM_Status 04h Unsigned8

3.3 PROFIenergy

PE_Identify 05h Unsigned8
Query_Measurement *** 10h Unsigned8
* Número de comandos PROFIenergy soportados

** Service_Request_ID del primer comando PROFIenergy soportado
*** Service_Request_ID del último comando PROFIenergy soportado
Comando PROFIenergy "Query_Measurement" – Get_Measurement_List

– CMD = 16

Count * Unsigned8
- reservado - Unsigned8
Measurement_ID ** Unsigned16
Accuracy_Domain 1 Unsigned8
Accuracy_Class 2 Unsigned8
Range 3 Float32
…
Measurement_ID *** Unsigned16
Accuracy_Domain 1 Unsigned8
Accuracy_Class 2 Unsigned8
Range 3 Float32
* Número de Measurement_IDs
** Primera Measurement_ID soportada
*** Última Measurement_ID soportada
1 Dominio de precisión (rango 1...4):
0 = reservado
1 = porcentaje del rango de medición
2 = porcentaje del valor medido actual
3 = precisión conforme a IEC 61557-12
4 = precisión conforme a EN 50470-3 capítulo 8
2 Clase de precisión (rango 1...15):
0 = reservado
1 (0,01%) ... 15 (>20%)
3 Rango de medición si Accuracy_Domain = 1; de lo contrario, indefinido

3.3 PROFIenergy
Comando PROFIenergy "Query_Measurement" – Get_Measurement_Values

– CMD = 16
– CMD_PARA_LEN = longitud de la estructura de datos en bytes
– CMD_PARA = puntero Any hacia una estructura de datos con la forma siguiente:

Count * Unsigned8
Measurement_ID ** Unsigned16
…
** Primer valor medido consultado
*** Último valor medido consultado

Count * Unsigned8
Length_of_Structure 0002h...FFFFh Unsigned16
Measurement_Data_Structure_ID 1 = valor simple Unsigned8
Measurement_ID ** 00h...FFh Unsigned16
Status_of_Measurement_Value 1 = válido Unsigned8
2 = no disponible
3 = no disponible
temporalmente
Transmission_Data_Type Float32
End_of_demand Unsigned32 o Unsigned16
Length_of_Structure Unsigned16
Measurement_Data_Structure_ID Unsigned8
Status_of_Measurement_Value Unsigned8
Transmission_Data_Type Float32
End_of_demand Unsigned32 o Unsigned16
** Primer valor medido consultado
*** Último valor medido consultado

3.3 PROFIenergy
3.3.5 PE_I_DEV_CP
3.3.5.1 Significado y llamada - PE_I_DEV_CP
El bloque de programa PE_I_DEV_CP se utiliza en el dispositivo PROFIenergy, donde
ejecuta los comandos PROFIenergy del controlador IO. Los registros enviados por el
controlador IO (80A0h) son transmitidos a PE_I_DEV_CP por el firmware del CP. Los datos
PROFIenergy del dispositivo IO, a su vez, son puestos a disposición del controlador IO en
forma de respuesta por parte de PE_I_DEV_CP mediante el registro PROFIenergy (80A0h).
Los datos de respuesta de PE_I_DEV_CP se generan mediante las funciones
complementarias FC 0 a FC 8, consulte el capítulo Bloques de programa complementarios
para PE_I_DEV_CP (Página 196).
AWL Explicación
call fb 87 ( //Llamar bloque de programa PE_I_DEV_CP;
RESET :=M1.0, //Señal para resetear el bloque;//
VALID :=M1.3, Señal para transferir datos al controlador;
CMD :=MW222, //Service_Request_ID del comando PROFIenergy;
CMD_MODIFIER :=MW224, //Modificador del comando PROFIenergy;
CMD_PARA :=MD230, //Puntero hacia el parámetro del modificador;
INDEX :=MW228, //Número del registro PROFIenergy;
NEW :=M1.1, //Estado de procesamiento del bloque;
RESPONSE_DATA //Dirección para datos de respuesta del dispositivo IO

3.3 PROFIenergy
AWL Explicación
:=P#DB400.DBX0.0 BYTE 244 );
3.3.5.2 Explicación de los parámetros formales de PE_I_DEV_CP
Explicación de los parámetros formales de PE_I_DEV_CP

datos
RESET INPUT BOOL Resetea el procesamiento del bloque de
programa.
NEW se pone a 0.
VALID INPUT BOOL Cuando se han escrito los datos de res-
puesta en el área de memoria correspon-
diente del dispositivo IO, el programa de
usuario debe poner VALID = 1. Seguida-
mente, el bloque de programa pone los
datos a disposición del controlador IO.
NEW se pone a 0.
CMD OUTPUT INT • 01: Start_Pause ID de servicio del comando PROFIenergy
• 02: End_Pause
• 03: Query_Modes
• 04: PEM_Status
• 05: PE_Identity
• 16: Query_Measurement
CMD_ OUTPUT INT • Modificador para Modificador de los comandos PROFIenergy
MODIFIER Start_Pause: 00 Significado de los modificadores para co-
• Modificador para mandos:
End_Pause: 00 • Comando "Query_Modes",
• Query_Modes, modificador:
modificador: – 01 (List_Energy_Saving_Modes):
– 01 (List_Energy_ lee todos los modos PROFIenergy
Saving_Modes) soportados
– 02 (Get_Mode) – 02 (Get_Mode):
lee los datos del modo PROFIenergy
• Modificador para seleccionado
PEM_Status: 00
• Comando "Query_Measurement",
• Modificador para modificador:
PE_Identity: 00
– 01 (Get_Measurement_List):
• Query_Measurement, lee todas las Measurement_IDs con-
modificador: figuradas.
– 01 (Get_Measurement – 02 (Get_Measurement_Values):
_List) lee los valores medidos de las
– 02 (Get_Measurement Measurement_IDs seleccionadas.
_Values)

3.3 PROFIenergy

datos
CMD_PARA OUTPUT ANY Puntero Any hacia los parámetros para los
siguientes modificadores de comandos
(consulte el parámetro CMD_MODIFIER):
• Para "Get_Mode":
PE_Mode_ID (ID del modo de ahorro de
energía)longitud = 1
• Para
"Get_Measurement_Values":valores me-
didos de las Measurement_IDs
longitud = máx. 236 bytes (telegrama
completo del comando del controlador
sin encabezado)
INDEX OUTPUT INT Número del registro PROFIenergy (80A0h)
NEW OUTPUT BOOL 0: procesamiento todavía no Indicadores del estado de procesamiento
iniciado, finalizado o cancelado del bloque de programa
1: error Ver el significado en relación con el paráme-
tro STATUS en Indicadores de
PE_I_DEV_CP (Página 195).
Ver el significado en relación con el paráme-
tro ERROR en Indicadores de
PE_I_DEV_CP (Página 195).
RESPONSE INOUT ANY Consulte los "datos de respues- Puntero hacia el área de datos de respuesta
_DATA ta" del bloque de programa del dispositivo IO (telegrama de respuesta
completo incluido encabezado).
El área de datos debe coincidir con la de los
bloques de programa complementarios FC 0
- FC 8 (parámetro"DATA_ERRORRSP").
Tamaño recomendado: mín. 244 bytes. Si el
área de datos es demasiado pequeña solo
se transferirán los datos de los bytes confi-
gurados.
3.3.5.3 Indicadores de PE_I_DEV_CP
Indicadores de PE_I_DEV_CP
PE_I_DEV_CP se basa en el bloque de programa PNIO_RW_REC y proporciona todos los
indicadores de PNIO_RW_REC; consulte los indicadores del bloque PNIO_RW_REC.
Consulte también

3.3 PROFIenergy
3.3.6 Bloques de programa complementarios para PE_I_DEV_CP
3.3.6.1 Vista general de los FCs
Función
Los bloques de programa complementarios de FC 0 a FC 8 soportan la preparación de
datos de respuesta que PE_I_DEV_CP pone a disposición del controlador:
● Hay una función separada para los datos de respuesta de cada bloque de programa
PROFIenergy (FC 1 - FC 8).
● FC 0 genera una respuesta negativa común para todos los comandos PROFIenergy.
Los FCs se llaman en el programa de usuario. En STEP 7 V5.5 se proporcionarán en la
librería estándar, en la carpeta "PROFIenergy".
Los FCs tienen algunos parámetros comunes y otros individuales para cada una. Algunos
de los parámetros comunes de los FCs se interconectan con parámetros de PE_I_DEV_CP.
En algunos de los parámetros de entrada individuales de los FCs, el usuario introduce los
datos de respuesta en forma de texto claro o los almacena en el área de memoria del
dispositivo IO.
Vista general de los FCs

Se proporcionarán los siguientes bloques de programa complementarios:
Tabla 3- 7 Vista general de los FCs complementarios
Número Nombre
FC 0 PE_ERROR_RSP
FC 1 PE_START_RSP
FC 2 PE_END_RSP
FC 3 PE_LIST_MODES_RSP
FC 4 PE_GET_MODE_RSP
FC 5 PE_PEM_STATUS_RSP
FC 6 PE_IDENTIFY_RSP
FC 7 PE_MEASUREMENT_LIST_RSP
FC 8 PE_MEASUREMENT_VALUE_RSP
Consulte también
Parámetros individuales de los FCs (Página 198)

3.3 PROFIenergy
3.3.6.2 Interconexión de los FCs con PE_I_DEV_CP
Interconexión de los FCs con el bloque de programa PE_I_DEV_CP
Figura 3-2 Interconexión de los FCs con PE_I_DEV_CP
Nota
La interconexión de los bloques de programa es obligatoria
PE_I_DEV_CP debe interconectarse con FC 0...FC 8 en los parámetros con fondo azul claro
que están asignados a los parámetros correspondientes de los FCs mediante flechas rojas.

3.3 PROFIenergy
3.3.6.3 Parámetros comunes de los FCs
Parámetros comunes de los bloques de programa complementarios FC 0 - FC 8

datos
Parámetros de entrada
ACTIVATE INPUT BOOL Hace que el bloque copie los parámetros de
entrada en el área de datos
"DATA_ERRORRSP" cuando hay un flanco
ascendente. Seguidamente, el bloque lo
resetea.
El usuario debe activarlo en un plazo de 10
segundos después de haberse detectado
un flanco ascendente en PE_I_DEV_NEW.
PE_I_DEV_NEW INPUT BOOL Debe interconectarse con el parámetro de
salida NEW de PE_I_DEV_CP.
El bloque solo se procesa cuando hay un 1.
CMD INPUT INT Debe interconectarse con el parámetro de
salida CMD de PE_I_DEV_CP.
CMD_MODIFIER INPUT INT Debe interconectarse con el parámetro de
salida CMD_MODIFIER de PE_I_DEV_CP.
Parámetros de salida
DATA_ERRORRSP OUTPUT ANY Puntero hacia el área de datos en la que se
almacenan los datos de respuesta (tele-
grama de respuesta completo incluido en-
cabezado).
Debe interconectarse con el parámetro de
salida RESPONSE_DATA de
PE_I_DEV_CP.
Tamaño recomendado: mín. 244 bytes.
VALID OUTPUT BOOL 0: - Es activado por el bloque.
1: ningún error Debe interconectarse con el parámetro de
entrada VALID de PE_I_DEV_CP.
ERROR OUTPUT BOOL 0: ningún error Indicador de error
1: error
STATUS OUTPUT WORD 0: ningún error Indicador de estado
80B1h: error en la indicación de ANY (p. ej.
área errónea)
3.3.6.4 Parámetros individuales de los FCs
Parámetros individuales de FC 0 a FC 8
A continuación se describen los parámetros individuales de los FCs.

3.3 PROFIenergy
PE_ERROR_RSP
Genera una respuesta negativa si el comando PROFIenergy solicitante no se soporta en
general o temporalmente. La respuesta negativa es independiente del comando solicitante.
Tabla 3- 8 Parámetros individuales de FC 0 PE_ERROR_RSP
Parámetro Declaración Tipo de Valores posi- Descripción

datos bles
ERROR_CODE INPUT BYTE Número de error
PE_START_RSP
Inicia una pausa de ahorro de energía. Genera la respuesta al comando "Start_Pause".
Devuelve el modo de ahorro de energía que adopta el dispositivo.
Tabla 3- 9 Parámetros individuales de FC 1 PE_START_RSP

datos bles
PE_Mode_ID INPUT BYTE ID del modo de ahorro de energía que adopta
el dispositivo o grupo.
Notificación de la PE_Mode_ID del modo de ahorro de energía que ha adoptado el aparato

de campo o el grupo.
PE_END_RSP
Genera la respuesta al comando "End_Pause".
Tabla 3- 10 Parámetros individuales de FC 2 PE_END_RSP

datos bles
Time_to_Operate INPUT DWORD Tiempo necesario para cambiar del modo de
ahorro de energía actual a "operativo"
(Ready_to_Operate).
PE_LIST_MODES_RSP
Genera la respuesta al comando Query_Modes" > modificador "List_Modes" (lista de los
modos de ahorro de energía soportados).

3.3 PROFIenergy
Las IDs de los modos de ahorro de energía deben especificarse en el programa de usuario.
Tabla 3- 11 Parámetros individuales de FC 3 PE_LIST_MODES_RSP
Parámetro Declaración Tipo de da- Valores posi- Descripción

tos bles
Number_of_PE_Mode_IDs INPUT BYTE Número de modos de ahorro de energía so-
portados
PE_Mode_ID INPUT ANY • 00h Puntero hacia el área en el que están almace-
nados los modos de ahorro de energía.
• 01h...FEh
El usuario debe almacenar aquí las IDs de los
• FFh modos de ahorro de energía. La ID de un
modo de ahorro de energía se configura en
formato Unsigned8. Rango admisible: de 1 a
254 bytes.
Si los aparatos de un grupo reaccionan de forma distinta en pausas de diferente longitud, es

posible establecer diferentes modos de ahorro de energía (PE_Mode). Los diferentes modos
de ahorro de energía reciben una PE_Mode_ID distinta.
Valore posibles para "PE_Mode_ID":
● 00h: PE_Power_off (fuente de alimentación desconectada)
● 01h...FEh: libremente configurable o específico del fabricante
● FFh: PE_Ready_to_operate (operativo)
PE_GET_MODE_RSP
Genera la respuesta al comando "Query_Modes" > Modifier "Get_Mode".
Tabla 3- 12 Parámetros individuales de FC 4 PE_GET_MODE_RSP

tos bles
PE_Mode_ID INPUT BYTE ID de modo de ahorro de energía que se utiliza
actualmente
Time_Min_Pause * INPUT Unsigned32 Duración mín. de pausa para este modo de
ahorro de energía PE. Es la suma de los tres
parámetros:
• Time_to_Pause
• Time_to_operate
• Time_min_length_of_stay
Time_to_Pause * INPUT Unsigned32 Duración desde el flanco START hasta alcan-
zar el modo de ahorro de energía solicitado
Time_to_operate * INPUT Unsigned32 Tiempo de conexión máx. hasta
PE_ready_to_operate
Time_to_operate puede utilizarse directamente
para los cálculos correspondientes. El valor
puede ser bien un valor MAX estático bien ser
calculado por el dispositivo PE.

3.3 PROFIenergy

tos bles
Time_min_length_of_stay * INPUT Unsigned32 Duración mínima de permanencia del disposi-
tivo PE en este PE_Mode.
Time_max_length_of_stay * INPUT Unsigned32 Duración máxima de permanencia del disposi-
tivo PE en este PE_Mode.
Mode_Power INPUT Float32 Consumo de energía en el PE_Mode actual
_Consumption ** [kW]
Energy_Consumption INPUT Float32 Consumo de energía de PE_ready_to_operate
_to_pause ** hasta el PE_Mode actual [kWh]
Energy_Consumption INPUT Float32 Consumo de energía del PE_Mode actual
_to_operate ** hasta PE_ready_to_operate [kWh]
* El perfil PROFIenergy no especifica ningún formato de tiempo no válido.

Si la duración es ilimitada es posible indicar el valor máx. FFFFFFFFh.
Si la duración es cero es posible utilizar 00h.
** Si no se ha definido ningún valor de consumo de energía es posible indicar 0,0 (Float32).
PE_PEM_STATUS_RSP
Genera la respuesta al comando "PEM_STATUS".
Tabla 3- 13 Parámetros individuales de FC 5 PE_PEM_STATUS_RSP

tos bles
PE_Mode_ID_Source INPUT BYTE • 00h ID del modo de ahorro de energía que se ha
adoptado realmente
• 01h...FEh
• FFh
PE_Mode_ID_Destination INPUT BYTE • 00h ID del modo de ahorro de energía especificado
por el controlador
• 01h...FEh
• FFh
Time_to_operate * INPUT Unsigned32 Tiempo de conexión máx. hasta
PE_ready_to_operate
Time_to_operate puede utilizarse directamente
para los cálculos correspondientes. El valor
puede ser bien un valor MAX estático bien ser
calculado por el dispositivo PE.
Remaining_time_to INPUT Unsigned32 Opcional: tiempo restante hasta el PE_Mode
_destination * solicitado. Valor dinámico o valor MAX estático
Mode_Power INPUT Float32 Consumo de energía en el PE_Mode actual
_Consumption ** [kW]

3.3 PROFIenergy

tos bles
Energy_Consumption INPUT Float32 Consumo de energía hasta el PE_Mode solici-
_to_Destination ** tado [kWh]
Energy_Consumption INPUT Float32 Consumo de energía del PE_Mode actual
_to_operate ** hasta PE_ready_to_operate [kWh]
* El perfil PROFIenergy no especifica ningún formato de tiempo no válido.

Si la duración es ilimitada es posible indicar el valor máx. FFFFFFFFh.
Si la duración es cero es posible utilizar 00h.
** Si no se ha definido ningún valor de consumo de energía es posible indicar 0,0 (Float32).
Valore posibles para "PE_Mode_ID_Source" y "PE_Mode_ID_Destination":

● 00h: PE_Power_off (fuente de alimentación desconectada)
● 01h...FEh: libremente configurable o específico del fabricante
● FFh: PE_Ready_to_operate (operativo)
PE_IDENTIFY_RSP
Genera la respuesta al comando "PE_Identify".
El usuario debe indicar los comandos PROFIenergy que se soportan.
Tabla 3- 14 Parámetros individuales de FC 6 PE_IDENTIFY_RSP

tos bles
Count INPUT BYTE 0...6 Número de comandos PROFIenergy soporta-
dos
Start_Pause INPUT BOOL 0...1 • 1: el comando se soporta
• 0: el comando no se soporta
End_Pause INPUT BOOL 0...1 • 1: el comando se soporta
Query_Modes INPUT BOOL 0...1 • 1: el comando se soporta
PEM_Status INPUT BOOL 0...1 • 1: el comando se soporta
PEM_Identify INPUT BOOL 0...1 • 1: el comando se soporta
Query_Measurement INPUT BOOL 0...1 • 1: el comando se soporta

3.3 PROFIenergy
PE_MEASUREMENT_LIST_RSP
Genera la respuesta al comando "Query_Measurement" > Modifier "Get_Measurement_List".
Tabla 3- 15 Parámetros individuales de FC 7 PE_MEASUREMENT_LIST_RSP

tos bles
Count INPUT BYTE Número de IDs de valor medido soportadas
(Measurement_ID)
Measurement_List INPUT ANY Puntero hacia el área de datos con las IDs de
valor medido soportadas.
El usuario debe almacenar las IDs de valor
medido en esta área de datos.
Es posible transferir un máximo de 29 IDs de
valor medido por telegrama.
Consulte la estructura de la matriz en el capí-
tulo Datos de respuesta (Página 186) >
"Query_Measurement" –
Get_Measurement_List.
PE_MEASUREMENT_VALUE_RSP
Genera la respuesta al comando "Query_Measurement" > Modifier
"Get_Measurement_Values".
Tabla 3- 16 Parámetros individuales de FC 8 PE_MEASUREMENT_VALUE_RSP

tos bles
Count INPUT BYTE Número de Measurement_Values soportados
Measurement_Values INPUT ANY Puntero hacia el área de datos de los valores
medidos (Measurement_Values).
El usuario debe almacenar los valores medi-
dos en esta área de datos.
Es posible transferir un máximo de 116 valores
medidos por telegrama.
Consulte la estructura de la matriz en el capí-
tulo Datos de respuesta (Página 186) >
"Query_Measurement" –
Get_Measurement_List.
3.3.7 DS3_WRITE_CP / PE_DS3_Write_ET200S_CP

La descripción siguiente del bloque de programa DS3_WRITE_CP sirve igualmente para el
PE_DS3_Write_ET200S_CP de STEP 7 Professional, el cual tiene la misma función.

3.3 PROFIenergy
3.3.7.1 Significado y llamada - DS3_WRITE_CP
En la CPU del CP 300 funcionando como controlador PROFIenergy se utiliza
DS3_WRITE_CP para transferir ajustes del comportamiento de conmutación de módulos de
potencia a un ET 200S. Es posible transferir el comportamiento de conmutación para un
máximo de 8 slots (en este caso: módulos de potencia).
DS3_WRITE_CP no es un bloque de programa PROFIenergy.
AWL Explicación
CALL FB 53, DB 53 ( //Llamar bloque de programa DS3_WRITE_CP;
CPLADDR := W#16#0110, //Dirección del módulo de la configuración hardware;
ENABLE := M 1.1, //Dirección para señal de flanco para ejecución de bloque;//
ID := W#16#86A, Dirección del slot de encabezado del dispositivo IO;
SLOT_NO_1 := W#16#1000, //Dirección lógica del módulo de potencia 1;
FUNC_1 := M 2.1, //Dirección del valor del comportamiento de conmutación del módulo de
... potencia 1;
... //...
BUSY := M 1.2, //...
DONE := M 1.3, //Dirección para parámetro de retorno BUSY;
ERROR := M 1.4, //Dirección para parámetro de retorno DONE;
STATUS := MW 12 ); //Dirección para parámetro de retorno ERROR;
//Dirección para parámetro de retorno STATUS

3.3 PROFIenergy
3.3.7.2 Explicación de los parámetros formales de DS3_WRITE_CP
Explicación de los parámetros formales de DS3_WRITE_CP

datos
ENABLE INPUT BOOL Con flanco ascendente comienza el proce-
samiento del bloque de programa.
ID INPUT WORD Dirección lógica del slot de encabezado del
dispositivo IO
SLOT_NO_1 INPUT INT Número de slot del primer módulo de poten-
cia
FUNC_1 INPUT INT Definición del comportamiento de conmuta-
ción para el módulo de potencia en relación
al inicio y fin de las pausas de ahorro de
energía
• 0 (FALSE)
– PAUSE_START:
no influye (el módulo de potencia
permanece conectado)
– PAUSE_STOP:
vuelve a conectar el módulo de po-
tencia.
• 1 (TRUE)
– PAUSE_START:
desconecta el módulo de potencia.
– PAUSE_STOP:
vuelve a conectar el módulo de po-
tencia.
... INPUT INT
... INPUT INT
SLOT_NO_8 INPUT INT Número de slot del octavo módulo de po-
tencia
FUNC_8 INPUT INT Consulte "FUNC_1"
BUSY OUTPUT BOOL 0: procesamiento todavía no Indicador del estado de procesamiento del
iniciado, finalizado o cancelado bloque de programa
DONE OUTPUT BOOL 0: - El parámetro de estado indica si la petición
1: registro transferido correc- se ha desarrollado correctamente.
tamente
1: error
Encontrará el significado de DONE, ERROR y STATUS en Indicadores de DS3_WRITE_CP

(Página 206).

3.4 Capacidad / recursos necesarios de los bloques de programa (PROFINET)
3.3.7.3 Indicadores de DS3_WRITE_CP
Indicadores de DS3_WRITE_CP
DS3_WRITE_CP se basa en el bloque de programa PNIO_RW_REC y proporciona todos
los indicadores de PNIO_RW_REC; consulte los indicadores del bloque PNIO_RW_REC.
Consulte también

(PROFINET)
Demanda de recursos
Nota
artículo:
PN_InOut 1.3 FB88 2678 2234 2198 48
PN_InOut_Fast 1.0 FB90 2906 2266 2230 48
PN_InOut 1.5 FB88 2470 2066 2030 54
PNIO_SEND 3.0 FC11 1420 1182 1146 46
PNIO_RECV 3.0 FC12 1270 1052 1016 46

PNIO_RW_REC 1.1 FB52 1636 1378 1342 62
PNIO_ALARM 1.1 FB54 1168 960 924 62
PE_START_END_C 1.0 FB85 3286 2808 2772 92
P
PE_CMD_CP 1.0 FB86 3750 3264 3228 358
PE_I_DEV_CP 1.0 FB87 3192 2902 2866 114
DS3_WRITE_CP 1.0 FB53 1716 1408 1372 84


Bloques de programa para PROFINET CBA 4
4.1 PN_InOut / PN_InOut_Fast - Significado y llamada
El bloque FB88 / FB90 tiene la tarea de transmitir datos desde el Interface-DB al CP así
como desde el CP al Interface-DB. El Interface-DB en sí es la interfaz con el programa de
usuario.
El FB88 / FB90 se tiene que activar para ello cíclicamente. También es posible activar
repetidamente el FB88 / FB90 en un ciclo.
En la interfaz se tiene que suministrar exclusivamente la dirección de módulo del CP al
FB88 / FB90.
Para garantizar la coherencia de los datos, sólo se permite modificar los datos a transmitir o
comenzar la lectura de los datos recibidos una vez concluida la petición (DONE=1 o
ERROR=1).
En cuanto se pone DONE=1 o ERROR=1, ha concluido la transferencia o ha terminado con
aviso de error. Ahora se pueden evaluar los datos o se pueden poner de nuevo. Sólo con la
siguiente petición se vuelven a transferir datos.
En su programa de usuario, procure que, una vez concluida una transmisión, el FB88 / FB90
no se vuelva a activar hasta que se hayan adoptado todos los datos de entrada y se hayan
escrito todos los datos de salida en el Interface-DB.
La llamada temporizada de los bloques FB88 / FB90 se permite por principio. Observe otras
informaciones sobre este modo de operación dadas más adelante en este capítulo.
Diferencias entre FB88 y FB90

Los bloques de funciones FB90 y FB88 se comportan de forma prácticamente idéntica en la
interfaz respecto al programa de usuario. El FB90 se puede utilizar en determinados tipos
de CP/CPU para S7-400; preste también atención a lo dicho en el manual del equipo del
CP.
Si el FB90 está autorizado para el tipo de CP utilizado, recomendamos emplearlo. Con él se
consiguen tiempos de reacción más cortos que con el FB88. Tenga en cuenta sin embargo
las condiciones generales para el uso.
En concreto rige lo siguiente:
● los parámetros de interfaz son idénticos;
● para FB90 existen algunas indicaciones adicionales en el parámetro STATUS;

Bloques de programa para PROFINET CBA
4.1 PN_InOut / PN_InOut_Fast - Significado y llamada
● en el caso de algunos errores aparecen indicaciones diferentes en el parámetro STATUS

para FB88 y para FB90;
● existen diferencias en los recursos del Interface-DB (ver el respectivo manual del
equipo).
Nota
Encontrará informaciones detalladas sobre la estructura y el manejo del Interface-DB en
la documentación de SIMATIC iMap.
Nota
Al transferir / recargar bloques de programas de usuario, la coherencia de los datos sólo
está garantizada si previamente se ha puesto la CPU en el estado STOP.

El FB88 y el FB90 se suministran junto con SIMATIC iMap. Existen tipos de bloques
diferentes para S7-300 y S7-400.
Los bloques de programa están disponibles tras la instalación de SIMATIC iMap en la
librería STEP 7, bajo "PROFINET System-Library/CP300/Blocks" o bien "PROFINET
System-Library/CP400/Blocks".
Interfaz de llamada
AWL Explicación
Call FB 88 , DB88 ( //llamada de bloque con DB88 instancia
LADDR := W#16#0120,
DONE := M 99.1,
ERROR := M 99.0,
STATUS := MW 104);

4.2 Explicación de los parámetros formales - PN_InOut / PN_InOut_Fast
4.2 Explicación de los parámetros formales - PN_InOut / PN_InOut_Fast

La tabla siguiente explica todos los parámetros formales para FB88 / FB90:
Parámetro Declaración Tipo de Descripción

datos
Al configurar el CP aparece la dirección inicial de módulo en la tabla
de configuración. Indique aquí esta dirección.
Dado que sólo un CP del bastidor soporta el funcionamiento con
PROFINET CBA, este parámetro no debe modificarse.
DONE OUTPUT BOOL Notifica la conclusión (con resultado positivo) de la ejecución de una
petición.
ERROR OUTPUT BOOL Notifica que la petición no se ha podido ejecutar sin errores.
STATUS OUTPUT WORD El parámetro proporciona informaciones detalladas sobre la ejecución
de la petición. Se pueden proporcionar indicaciones de estado ya
durante la ejecución de la petición (DONE=0 y ERROR=0).
4.3 Códigos de condición de los bloques PN_InOut y PN_InOut_Fast

Tenga en cuenta que las indicaciones de estados DONE, ERROR, STATUS se actualizan a
cada llamada de bloque.
Tabla 4- 1 Códigos de condición PN_InOut (FB88) y PN_InOut_Fast (FB90)

0 0 0000H Ninguna petición en proceso; se puede llamar el bloque.
0 0 8181H • Petición en curso.
o bien
• (sólo para FB90): estableciéndose enlace con el módulo direccionado (ver también
lo dicho en 8090H ).
0 1 8183H (sólo para S7-300)
El servicio aún no se ha iniciado; la transmisión de datos aún no es posible.


0 1 8184H • DB de instancia con defecto, por regla general causado por una escritura no autori-
zada del DB de instancia por el programa de usuario.
o bien
• (sólo para FB90)
petición incorrecta de emisión o recepción.
0 1 8085H (sólo para FB90)
El Interface-DB es incorrecto.
0 1 8090H (sólo para S7-400)
Error de parametrización
Se ha introducido una dirección de módulo incorrecta; la dirección hace referencia a
una ranura vacía.
Nota (sólo para FB90):
en los casos siguientes se indica en STATUS el valor 8181H (petición en curso); pero
en realidad no tiene lugar aún ninguna comunicación:
• La dirección hace referencia a una ranura ocupada por otro módulo.
• El módulo direccionado no está configurado para el modo PROFINET CBA.
0 1 80A1H (sólo para FB90)
Errores de comunicación posibles:
• Se deshace la conexión interna de la estación con el módulo direccionado;
• Se ha sobrepasado la cantidad de recursos para enlaces de la CPU;
• La interfaz se inicializa de nuevo.
0 1 80B0H (sólo para S7-300)
Error de bloque: el número de registro de datos es incorrecto.
Este estado se puede presentar también tras las siguientes operaciones:
• Nuevo arranque o rearranque tras desconexión/conexión de la red
• Nuevo arranque o rearranque de la CPU
0 1 80B1H (sólo para S7-300)
Error de bloque: longitud de bloque de datos u offset incorrectos.
0 1 80B3H (sólo para S7-300)
Error de parámetro: dirección del CP incorrecta.
0 1 80C1H (sólo para S7-300)
Error temporal: El registro indicado está siendo procesado.
0 1 80C2H (sólo para S7-300)
Error temporal: Existe un atasco de peticiones; el registro de datos aún no se puede
leer.
0 1 80C3H (sólo para S7-300)
Error temporal: Medio de servicio (memoria) ocupado.
0 1 80C4H (sólo para S7-300)
Error de comunicación: se presenta temporalmente; por ello es conveniente una repe-
tición en el programa de usuario.


0 1 80D0H (sólo para S7-300)
Error de configuración:
Se ha sobrepasado el número máximo de bloques de datos de entrada y salida; el
Interface DB es demasiado grande.
0 1 80D1H (sólo para S7-300)
Error de configuración
Posibles causas:
• La interfaz de los componentes configurados no coincide con la utilizada en el
programa (salidas).
• Se ha enchufado un módulo incorrecto; no se da soporte al servicio PROFINET.
0 1 80D2H (sólo para S7-300)
Error de configuración
Posibles causas:
• La interfaz de los componentes configurados no coincide con la utilizada en el
programa (entradas).
• Se ha enchufado un módulo incorrecto; no se da soporte al servicio PROFINET.
• Error de parámetro: dirección de CP incorrecta.
El número del Interface-DB es demasiado grande.
0 1 833AH (sólo para FB90)
No es posible acceder al Interface-DB (por ejemplo, porque se ha borrado el Interface-
DB).
0 1 863AH (sólo para FB90)
No es posible acceder al Interface-DB (por ejemplo, porque se ha borrado el Interface-
DB).
A través del diálogo de propiedades del FB aquí descrito se puede hacer visualizar en la
ficha “Llamadas" qué bloques de funciones especiales (SFCs) se utilizan y son relevantes
para el análisis de errores.
Nota
Para las entradas con la codificación 8FxxH (para S7-300) o 8xxxH (para S7-400) en
STATUS se ha de tener en cuenta también lo dicho en el manual de referencia STEP 7
Funciones estándar y funciones de sistema. Allí encontrará informaciones en el capítulo
"Evaluación de fallos con el parámetro de salida RET_VAL".

4.4 Petición temporizada PN_InOut / PN_InOut_Fast - recomendación para el uso
Indicaciones de estado al arrancar el CP

Al rearrancar el CP PROFINET (p. ej., por accionamiento del selector) los parámetros de
salida del bloque se inicializan como sigue:
● DONE = 0
● ERROR = 0
● STATUS = 8181H
4.4 Petición temporizada PN_InOut / PN_InOut_Fast - recomendación

para el uso
Petición temporizada - recomendación para el uso

Si en su aplicación se requiere una transmisión temporizada de los datos CBA en lugar de
un procesamiento cíclico o regulado por eventos, recomendamos utilizar el procedimiento
descrito a continuación para la llamada de los bloques FB88 / FB90.
En caso de llamada temporizada debe tener en cuenta que el bloque, una vez arrancado, se
tiene que llamar repetidamente hasta que se confirme la ejecución (indicador DONE). Para
poder copiar los datos CBA entre la CPU y el CP sin interrupción prolongada, tales llamadas
sucesivas se deberían realizar, si ello es posible, desacopladas del control temporizador.
Tenga en cuenta al respecto las siguientes recomendaciones para la programación:
● La temporización tiene lugar a través de un OB de tiempo; el OB de tiempo debería
activar para ello sólo la primera llamada de los bloques PROFINET CBA FB88 o FB90,
llamándolos no directamente, sino poniendo, por ejemplo, un indicador (flag) de
arranque.
La duración del ciclo de llamada del OB de tiempo no debe ser superior a 30 s.
● La llamada de los bloques de PROFINET CBA FB88 y FB90 debería tener lugar, como
norma general, en el OB1; el OB1 inicia la llamada en cuanto el OB de tiempo pone el
indicador (flag) de arranque.
● Después de la primera llamada de los bloques, estos se llaman repetidamente en el OB1
hasta que se pone el bit DONE (o hasta que se presenta un error); el indicador de
arranque se tiene que anular después de este proceso.
Resultado:
los datos de usuario CBA se pueden copiar sin interrupción digna de mención entre la CPU
y el CP gracias a este desacoplamiento del OB de tiempo de las llamadas de bloques
propiamente dichas en el OB1; el tiempo que transcurre entre las primeras llamadas se
puede elegir a voluntad, según se requiera.

Bloques de programa para PROFIBUS 5
5.1 Bloques de programa para los servicios de comunicación abiertos
(interfaz SEND/RECEIVE)
5.1.1 Resumen de aplicación
Panorámica
En la interfaz SEND/RECEIVE están disponibles los siguientes bloques de programa para la
transmisión de datos a través de enlaces FDL configurados:
Bloque de programa utilizable para 1) Significado

S7-300 S7-400
AG_SEND (FC5) x x para enviar datos
AG_RECV (FC6) x x para recibir datos
AG_LSEND (FC50) x para enviar datos
AG_LRECV (FC60) x para recibir datos
1) Observaciones relativas a las FCs para S7-300 y S7-400

Para garantizar la compatibilidad de PROFIBUS y de Ind. Ethernet en la interfaz en el programa
de usuario se pueden utilizar las FCs AG_LSEND y AG_LRECV para PROFIBUS como alternativa
a AG_SEND y AG_RECV. No hay diferencias en la interfaz ni en el comportamiento. Pero en
PROFIBUS, con estos FCs, destinados para la transmisión de registros de datos largos en Ind.
Ethernet, sólo se pueden transmitir cantidades de datos de 240 bytes como máximo.
Es requisito que el tipo y la versión del bloque estén autorizados para el tipo de CP utilizado.
En los CPs S7 para S7-300 se utilizan exclusivamente las FCs AG_SEND y AG_RECV; en el caso
de Industrial Ethernet, también para la transferencia de registros largos.
Los manuales de producto proporcionan información sobre la compatibilidad de los CPs S7 y de
los bloques correspondientes (FCs / FBs). Encontrará una tabla general de las versiones de
FCs/FBs en el historial de la documentación y los bloques.

Bloques de programa para PROFIBUS
Uso
El esquema siguiente muestra la aplicación de los bloques FC AG_SEND / AG_LSEND y
AG_RECV / AG_LRECV para la transferencia de datos bidireccional a través de un enlace
FDL configurado.
Para determinados tipos de enlaces se tiene que prever una cabecera (header) de petición
en el área de datos del usuario.
Figura 5-1 Utilizar AG_SEND y AG_RECV en ambos interlocutores de comunicación
Aplicación sin cabecera de petición

En el caso de un enlace FDL especificado, los parámetros de dirección y petición son
definidos por la configuración del enlace. Por lo tanto, el programa de usuario sólo
proporciona los datos útiles en el campo de datos FDL al enviar con AG_SEND /
AG_LSEND, o los recibe con AG_RECV / AG_LRECV.
Pueden transmitirse hasta 240 Byte de datos útiles. Esto es válido en PROFIBUS para el FC
AG_SEND y el FC AG_LSEND.
Aplicación con cabecera de petición

Los siguientes tipos de enlaces exigen una cabecera de petición en el área de datos (de
usuario) FDL:
● Enlace FDL no especificado con acceso libre a Layer 2
● Enlace FDL con Broadcast
● Enlace FDL con Multicast
Vea en la ilustración siguiente la estructura del búfer de peticiones y el significado y el
emplazamiento de los parámetros en la cabecera de la petición.

Figura 5-2 Enviar y recibir a través de un enlace FDL con direccionamiento Broadcast por
programa
El campo de datos de usuario puede tener hasta 240 Byte. Pueden transmitirse hasta 236
Byte de datos útiles. 4 Byte están reservados para la cabecera de la petición.
Tenga en cuenta que la longitud de datos indicada al llamar el bloque (parámetro LEN) ha
de abarcar el encabezamiento (Header) y los datos útiles.
5.1.2 AG_SEND / AG_LSEND
5.1.2.1 Significado y llamada - AG_SEND / AG_LSEND

El bloque de programa AG_SEND / AG_LSEND entrega datos al CP PROFIBUS para su
transmisión a través de un enlace FDL configurado.
El área de datos indicada puede ser un área PA, un área de marcas o un área de bloques
de datos.
Si ha sido posible enviar a través de PROFIBUS toda el área de datos de usuario, esto se
señaliza para notificar la ejecución correcta.
Observación:
AG_SEND y AG_LSEND.

Llamada
AWL Explicación
call fc 5 ( //llamada de función
ACT := M 20.0, //impulso de petición por bit de marcador
ID := MW 22, //ID de enlace según configuración
SEND := P#db99.dbx10.0 byte 240, //búfer con datos de emisión
LEN := MW 24, //dato de longitud para datos de emisión
DONE := M 20.1, //indicación de ejecución
ERROR := M 20.2, //indicación de fallo
STATUS := MW 26 ); //indicación de estado
Llamadas con cabecera de petición

Vea en la tabla siguiente para qué tipos de enlaces y qué tipos de peticiones se tienen que
abastecer parámetros en la cabecera de petición.
La cabecera de petición está en el área de datos (de usuario) FDL. Allí ocupa los primeros 4
bytes y se tiene que sumar al indicar la longitud en el parámetro LEN. La longitud máxima
de datos útiles se reduce así a 236 bytes en el caso de peticiones con cabecera.
Tabla 5- 1 Abastecimiento de la cabecera de petición en el área de datos de usuario
Parámetro Tipo de enlace FDL

no especificado: Layer 2 libre 2) Broadcast Multicast
Dirección PB Dirección de la estación de des- para AG_SEND sin para AG_SEND sin
tino relevancia; pero el área relevancia; pero el área
Rango de valores: se tiene que reservar. se tiene que reservar.
0..126 según estaciones partici-
pantes /
127 para Broadcast/Multicast


LSAP LSAP de la estación de destino sin relevancia; pero el sin relevancia; pero el
Rango de valores: área se tiene que re- área se tiene que re-
0..62 según estaciones partici- servar. servar.
pantes /
63 para Broadcast
Service 1) SDA ( Send Data with sin relevancia; pero el sin relevancia; pero el
Acknowledge): área se tiene que re- área se tiene que re-
valor: 00H servar. servar.
SDN ( Send Data with No
Acknowledge):
valor: 01H
1) para Broadcast y Multicast sólo es posible Service SDN.
2)Los datos relativos a Broadcast y Multicast de esta columna sólo son relevantes en el
caso de que se utilice un enlace FDL no especificado para Broadcast o Multicast. En el caso
de un enlace FDL configurado (aplicación recomendada) con Broadcast o Multicast como
interlocutor de conexión, los parámetros de dirección se asignan automáticamente de
acuerdo con la configuración.
5.1.2.2 Forma de trabajar - AG_SEND / AG_LSEND
Forma de trabajar
El siguiente diagrama de flujo muestra la secuencia normal de la transmisión de datos
disparada con el bloque AG_SEND en el programa de usuario.
La petición de envío se ejecuta en cuanto se transfiere el parámetro ACT = 1.
A continuación se tiene que transferir al menos a otra llamada el parámetro ACT = 0.
con cada llamada de bloque y se puede evaluar. Por esta razón, para una nueva
actualización de la indicación de estado sin nueva petición de envío se tiene que emitir en
cada caso otra llamada de bloque con el parámetro ACT = 0.
Tenga en cuenta también el ejemplo de programa al final de este capítulo .

5.1.2.3 Explicación de los parámetros formales - AG_SEND / AG_LSEND

AG_SEND / AG_LSEND:

datos
ACT INPUT BOOL 0,1 En caso de llamada de FC con ACT = 1 se envían LEN
Bytes del área de datos indicada con el parámetro
SEND.
En caso de llamada de FC con ACT = 0 se actualizan
las indicaciones de estado DONE, ERROR y STATUS.
ID INPUT INT 1,2...64 En el parámetro ID se indica el número del enlace FDL.
(S7-400)
1,2...16
(S7-300)


datos
Al configurar el CP aparece la dirección inicial de mó-
dulo en la tabla de configuración. Indique aquí esta
dirección.
(como La dirección del área de datos remite como alternativa
VARTYPE a:
sólo se ad-
• Área PA
mite:
• Área de marcas
BYTE,
WORD y • Área de bloques de datos
DWORD En caso de llamada con cabecera de petición, el área
de datos FDL contiene la cabecera de petición y los
datos útiles.
LEN INPUT INT 1,2,...240 (o hasta Cantidad de bytes que se deben enviar junto con la
"dato de longitud en petición desde el área de datos FDL. Este número
parámetro SEND") puede estar comprendido entre 1 y "dato de longitud en
parámetro SEND".
En caso de llamada con cabecera de petición, la longi-
tud de compone de la cabecera de petición (4 bytes) +
datos útiles (1..236 bytes). Por lo tanto es LEN >= 4.
DONE OUTPUT BOOL 0: - El parámetro de estado indica si la petición se ha ejecu-
1: nuevos datos tado sin errores.
AG_SEND y AG_LSEND (Página 222)
1: caso de error Ver el significado en relación con los parámetros DONE
y STATUS en Códigos de condición AG_SEND y
AG_LSEND (Página 222)
Ver el significado en relación con los parámetros DONE
y ERROR en Códigos de condición AG_SEND y
AG_LSEND (Página 222)

5.1.2.4 Códigos de condición AG_SEND y AG_LSEND
Nota
Tabla 5- 2 Códigos de condición de AG_SEND

0 1 7000H Este código es sólo posible en S7-400: El FC se ha llamado con ACT=0; pero la peti-
ción no se procesa.
0 1 8183H Falta la configuración o no se ha iniciado aún el servicio FDL en el CP PROFIBUS.
0 1 8184H Posibles causas:
• Se ha indicado un tipo de datos no permitido para el parámetro SEND.
• Enlace FDL sin búfer de peticiones Error del sistema.
• Enlace FDL con búfer de peticiones Parámetro LEN<4 o parámetro no permitido en
la cabecera de petición (con acceso libre a Layer 2).
0 1 8185H Parámetro LEN mayor que el área fuente SEND.
0 1 8186H Parámetro ID no válido. ID != 1, 2...16.
0 1 8301H SAP no activado en la estación de destino.
0 1 8302H No hay recursos de recepción en la estación de destino, la estación emisora no puede
procesar con suficiente rapidez los datos recibidos o no ofrece recursos de recepción
suficientes.
0 1 8303H El servicio PROFIBUS ( SDA-Send Data with Acknowledge) no es soportado en este
SAP por la estación de destino.
El código de condición puede aparecer también temporalmente al cargar enlaces o
pasos de red "en RUN".
0 1 8304H El enlace FDL no está establecido.
0 1 8311H No se puede acceder a la estación de destino con la dirección PROFIBUS indicada o
bien el servicio utilizado no es posible para la dirección PROFIBUS indicada.
0 1 8312H Error PROFIBUS en el CP: p. ej. cortocircuito, la estación propia no está en el anillo.


0 1 8315H Posibles causas:
• Error de parámetro interno en un enlace FDL con cabecera de petición: Parámetro
LEN<4 o parámetro no permitido en la cabecera de petición (con acceso libre a La-
yer 2).
• Fallo del bus
Posible significado adicional:
• La indicación de error se puede presentar también en caso de perturbaciones en el
bus (por ejemplo, si se producen fallos físicos debido a terminaciones de línea de-
fectuosas o a diferencias en los ajustes de la velocidad de transmisión en las esta-
ciones).
Parámetro LEN < 0
0 1 8F44H La dirección del parámetro a leer está inhibida en la pista de acceso.
p. ej., parámetro LEN = 0 .
(sólo para S7-400)
0 1 80A4H El enlace vía bus K entre CPU y CP no está establecido. (en CPUs con versiones más
actuales).
• falta configuración de enlaces;
• se supera la cantidad máxima de CPs que pueden trabajar en paralelo (ver infor-
mación al respecto en el manual del CP).
0 1 80B1H Área de destino no válida.
El número de datos que debe enviarse sobrepasa el límite superior admisible para este
servicio (p. ej. área de destino > 240 bytes).
0 1 80B2H El enlace vía bus K entre CPU y CP no está establecido (en caso de versiones de CPU
menos recientes); en otro caso 80A4H; ver allí más información)


tición en el programa de usuario.
5.1.3 AG_RECV / AG_LRECV
5.1.3.1 Significado y llamada - AG_RECV / AG_LRECV

El bloque de programa AG_RECV toma del CP PROFIBUS los datos transmitidos a través
de un enlace FDL configurado.
El área de datos indicada para la toma de datos puede ser un área PA, un área de marcas o
un área de bloques de datos.
Se señala que la función ha sido ejecutada sin errores cuando se hayan podido recibir los
datos del CP PROFIBUS.
Observación:
AG_RECV y AG_LRECV.
Interfaz de llamada
AWL Explicación
call fc 6 ( //llamada de función
ID := MW 30, //ID de la conexión según configuración
LADDR := W#16#0100, //=LADDR 256 dec. en la configuración del hardware
RECV := P#M 10.0 BYTE 100, //búfer para datos de recepción
NDR := DB 100.DBX 0.6, //indicación de recepción
ERROR := DB 100.DBX 0.7, //indicación de ejecución
STATUS := DB 100.DBW 2, //indicación de error
LEN := DB 100.DBW 4 ); //indicación de estado

Llamadas con cabecera (header) de petición
Tabla 5- 3 Parámetros de retorno en la cabecera de petición en el área de datos (de usuario) FDL.

no especificado: Layer libre 2) Broadcast Multicast
Dirección PB Dirección del emisor
Rango de valores: 0..126 según estaciones participantes
LSAP LSAP del emisor
Rango de valores: 0..63 según estaciones participantes
Service Código de condición SDN Código de condición Código de condición
(Send Data with No Acknowledge SDN SDN
- Indication): (Send Data with No (Send Data with No
valor: 01H Acknowledge - Indica- Acknowledge - Indica-
o bien tion): tion):
valor: 7FH valor: 7FH
Código de condición SDA ( Send
Data with Acknowledge - Indica-
tion):
valor: 00H
5.1.3.2 Forma de trabajar - AG_RECV / AG_LRECV
Forma de trabajar
El siguiente diagrama de flujo muestra la secuencia normal de la transferencia de datos
disparada con el bloque AG_RECV en el programa de usuario.
Cada petición de AG_RECV del programa del usuario es acusado por el CP Ethernet


5.1.3.3 Explicación de los parámetros formales - AG_RECV / AG_LRECV

La tabla siguiente explica todos los parámetros formales de la función
AG_RECV / AG_LRECV:
Parámetro Declaración Tipo de datos Valores posibles Descripción

ID INPUT INT 1,2...16 (S7-300) En el parámetro ID se indica el número del enlace
1,2...32 (S7-400) FDL.
dirección.
(como La dirección del área de datos FDL remite como alter-
VARTYPE solo nativa a:
se admite:
• Área PA
BYTE, WORD
• Área de marcas
y DWORD
En caso de llamada con cabecera de petición, el área
de datos FDL contiene la cabecera de petición y los
datos útiles.
LEN OUTPUT INT 1,2,...240 Indica el número de bytes que se han tomado del CP
PROFIBUS en el área de datos.
En caso de llamada con cabecera de petición, la longi-
tud de compone de la cabecera de petición (4 bytes) +
datos útiles (1..236 bytes). Por lo tanto es LEN >= 4.
NDR OUTPUT BOOL 0: - Este parámetro señaliza si se han aceptado nuevos
1: nuevos datos datos.
AG_RECV y AG_LRECV (Página 228).
1: caso de error Ver el significado en relación con los parámetros NDR
y STATUS en Códigos de condición AG_RECV y
AG_LRECV (Página 228).
Ver el significado en relación con los parámetros NDR
y ERROR en Códigos de condición AG_RECV y
AG_LRECV (Página 228).

5.1.3.4 Códigos de condición AG_RECV y AG_LRECV
Nota
Tabla 5- 4 Códigos de condición de AG_RECV / AG_LRECV

1 0 0000H Nuevos datos aceptados.
0 0 8180H • Aún no hay datos.
Falta la configuración o aún no se ha iniciado el servicio FDL en el CP PROFIBUS
(aparece en lugar del código de condición 0,1,8183H).
0 1 8183H Falta la configuración o no se ha iniciado aún el servicio FDL en el CP PROFIBUS.
0 1 8184H • Se ha indicado un tipo de datos no permitido para el parámetro RECV.
• Error del sistema.
0 1 8185H Búfer de destino (RECV) demasiado pequeño.
0 1 8186H Parámetro ID no válido. ID != 1, 2...16.
0 1 8303H El servicio PROFIBUS ( SDA-SendDatawithAcknowledge) no se soporta en este SAP.
El código de condición puede aparecer también temporalmente al cargar conexiones o
pasos de red "en RUN".
0 1 8304H La conexión FDL no está establecida.
Área no presente en DB.
0 1 8F43H Retardo en acuse al escribir un parámetro en el
área de periferia.


(solo para S7-400)
0 1 80A4H La conexión de bus K entre CPU y CP no está establecida. (en CPUs con versiones
más actuales).
• falta configuración de conexiones;
• se supera la cantidad máxima de CPs que pueden trabajar en paralelo (consulte
información al respecto en el manual del CP).
0 1 80B1H Posibles causas:
• El área de destino no es válida.
• El área de destino es demasiado pequeña.
El área de destino para los datos de recepción no se ha calculado bien.
Solución: realice otra llamada de recepción con el tamaño máximo del búfer de re-
cepción. Esto sirve independientemente del tipo de conexión (Uni-
cast/Multicast/Broadcast) y de la familia de dispositivos (S7-300 / S7-400).
tición en el programa de usuario).

5.2 Bloques de programa para DP (periferia descentralizada) en S7-300
5.2.1 Resumen de aplicación
Panorámica
Para los modos maestro DP y esclavo DP se dispone de los siguientes bloques de
programa para S7-300:

Maestro DP Esclavo
DP
DP_SEND (FC1) X X para enviar datos
DP_RECV (FC2) X X para recibir datos
DP_DIAG (FC3) X - para funciones de diagnóstico desde
el maestro DP
DP_CTRL (FC4) X - para funciones de control
Uso
La representación siguiente aclara la aplicación de los bloques de programa DP_SEND y
DP_RECV en el maestro DP y el esclavo DP.

5.2.2 DP_SEND
5.2.2.1 Significado y llamada - DP_SEND
Significado
El bloque de programa DP_SEND transmite datos al CP PROFIBUS. Dependiendo del
modo operatiivo del CP PROFIBUS, DP_SEND tiene el siguiente significado:
● Para uso en el maestro DP
El bloque transfiere los datos de un área de salida DP indicada al CP PROFIBUS, para
su emisión a la periferia descentralizada.
● Para uso en el esclavo DP
El bloque transfiere los datos de entrada del esclavo DP al CP PROFIBUS, para su
transmisión al maestro DP
El área de datos indicada puede ser un área PA, un área de marcas o un área de bloques
de datos.
Se señala que la función ha sido ejecutada sin errores cuando se haya podido recibir toda el
área de datos DP del CP PROFIBUS.
Para iniciar el maestro DP hay que poner una llamada de DP_SEND o DP_RECV delante de
la secuencia de llamada. Para esta primera llamada rige lo siguiente:
Si se utiliza DP_SEND para la inicialización, el área de datos transferida no se aplicará y se
enviará "0" a los esclavos. Los datos de usuario transferidos no se enviarán hasta la
segunda llamada del bloque.
Interfaz de llamada
AWL Explicación
call fc 1 ( //DP_SEND llamada de bloque
CPLADDR:= W#16#0120,
SEND := P#db17.dbx0.0 byte 103,
DONE := M 99.1,
ERROR := M 99.0,
STATUS := MW 104 );

5.2.2.2 Forma de trabajar - DP_SEND
Forma de trabajar
disparada con el bloque DP_SEND en el programa de usuario.
En el diagrama se parte de la base de que el maestro DP se inicializa mediante una llamada
previa DP_SEND o DP_RECV.
Cada petición de DP_SEND del programa del usuario es acusado por el CP PROFIBUS
visualizando valores en los parámetros de salida DONE, ERROR y STATUS.

Garantía de la transmisión de datos

La representación muestra también que con la confirmación DONE=1, ERROR=0 y
STATUS=0000 está garantizada una transmisión de los datos al interlocutor de
comunicación.
Se transmiten siempre al interlocutor de comunicación los datos de emisión más recientes
transferidos al CP PROFIBUS. Por esta razón, los nuevos datos útiles sólo se deben
registrar en el búfer de emisión tras una confirmación positiva (DONE=1, ERROR=0,
STATUS=0000).
5.2.2.3 Explicación de los parámetros formales - DP_SEND

La tabla siguiente explica todos los parámetros de la función DP_SEND:

CPLADDR INPUT WORD Dirección inicial del módulo
dirección.
(como La dirección del área de datos DP remite como alter-
VARTYPE solo nativa a:
se admite:
• Área PA
para FC1 a
• Área de marcas
partir de V3:
BYTE • Área de bloques de datos
para FC1 hasta
V2.x: BYTE, Se tiene que ajustar la longitud para
WORD y • Maestro DP: 1...2160
DWORD)
• Esclavo DP: 1...240
DONE OUTPUT BOOL 0: - El parámetro de estado indica si la petición se ha eje-
1: nuevos datos cutado
sin errores.
ERROR y STATUS en Códigos de condición de
DP_SEND (Página 234).
DONE y STATUS en Códigos de condición de
DP_SEND (Página 234)
DONE y ERROR en Códigos de condición de
DP_SEND (Página 234)

5.2.2.4 Códigos de condición de DP_SEND
Nota
Tabla 5- 5 Códigos de condición de DP_SEND

0 0 8180H • Arranque:
El servicio DP se ha iniciado, pero no ha sido posible la transferencia de datos.

• Funcionamiento normal
Se transfieren datos.
• El DP no se ha iniciado debido a la situación siguiente:
– STOP del CP o
– "no hay parametrización" (aparece aquí en lugar del código de condición
0,1,8183H).
1 0 0000H Nuevos datos transferidos sin error.
0 1 8183H Falta la configuración o no se ha iniciado aún el servicio DP en el CP PROFIBUS.


0 1 8F45H La dirección del parámetro a escribir está bloqueada en la pista de acceso.
0 1 80B1H La cantidad de datos a enviar supera el límite superior admisible para este servicio
(válido para los modos maestro DP y esclavo DP).
0 1 80D2H Dirección base lógica incorrecta.
5.2.3 DP_RECV
5.2.3.1 Significado y llamada - DP_RECV
Significado
El bloque de programa DP_RECV recibe datos a través de PROFIBUS. Dependiendo del
modo operatiivo del CP PROFIBUS, DP_RECV tiene el siguiente significado:
● Para uso en el maestro DP
DP_RECV acepta los datos de proceso de la periferia descentralizada así como una
información de estado en un área de entrada DP indicada.
● Para uso en esclavo DP
DP_RECV acepta los datos de salida transmitidos por el maestro DP en el área de datos
DP indicada en el bloque.
El área de datos indicada para la toma de datos puede ser un área PA, un área de marcas o
un área de bloques de datos.
Se señala que la función ha sido ejecutada sin errores cuando se haya podido transferir
toda el área de entrada de datos DP del CP PROFIBUS.
Tenga en cuenta que el bloque FC DP_RECV para el esclavo DP se tiene que llamar
entonces al menos una vez con éxito en el programa de usuario si se han configurado datos
de salida para este esclavo DP. Observe lo dicho en el manual del equipo.

Para iniciar el maestro DP hay que poner una llamada de DP_SEND o DP_RECV delante de
la secuencia de llamada. Para esta primera llamada rige lo siguiente:
● Si se utiliza DP_RECV para la inicialización, los datos recibidos no se aplicarán. Los
datos de usuario recibidos no se suministrarán hasta la segunda llamada del bloque.
Tarea adicional: Entrar byte de estado

El bloque FC DP_RECV tiene la siguiente tarea adicional:
● Actualizar el byte de estado DPSTATUS. DP_RECV asume con esto tareas para el
diagnóstico DP.
Si no se han configurado datos de recepción, para la actualización del byte de estado
DPSTATUS se tiene que llamar DP_RECV con la longitud 1 (esto es válido sólo para el
maestro DP).
Observe también lo dicho en el manual del equipo.
● Habilitación de la lista de estaciones (véase DP_DIAG (Página 242)).
Interfaz de llamada
AWL Explicación
call fc 2 ( //DP_RECV llamada de bloque
RECV := P#db17.dbx240.0 byte 103,
NDR := M 99.1,
ERROR := M 99.0,
STATUS := MW 104,
DPSTATUS:= MB 0 );

5.2.3.2 Forma de trabajar - DP_RECV
Forma de trabajar
disparada con el bloque DP_RECV en el programa de usuario.
Cada petición de DP_RECV del programa del usuario es acusado por el CP PROFIBUS

Garantía de la toma de datos

La representación muestra también que con la confirmación NDR=1, ERROR=0 y
STATUS=0000 está garantizada una toma de los datos. Condición: el maestro DP y los
esclavos DP están en la fase de transferencia de datos.
Observe lo siguiente:
● Para el modo de maestro DP:
si un esclavo DP no está en la fase de transferencia de datos, los datos de recepción en
cuestión se ponen a 0.
Si el maestro DP no está en el estado RUN o CLEAR (bit 4 y 5 en DP-STATUS), se
ponen a 0 todos los datos de recepción.
Si desde la última llamada del bloque DP_RECV se han recibido repetidamente datos
por parte del esclavo DP, sólo se recogen con el siguiente DP_RECV los últimos datos
recibidos.
● Para el modo de esclavo DP:
si el esclavo DP no está en la fase de transferencia de datos (bit 1 en DP-STATUS) o si
el maestro DP está en el estado CLEAR (bit 2 en DP-STATUS), se ponen a 0 los datos
de recepción.
Si desde la última llamada del bloque DP_RECV se han recibido repetidamente datos del
maestro DP, sólo se recogen con el siguiente DP_RECV los últimos datos recibidos.
5.2.3.3 Explicación de los parámetros formales - DP_RECV

La tabla siguiente explica todos los parámetros formales para la función DP_RECV:
Parámetro Declaración Tipo de datos Valores posi- Descripción

bles
Al configurar el CP aparece la dirección inicial de módulo
en la tabla de configuración. Indique aquí esta dirección.
(como La dirección del área de datos DP remite como alternativa
VARTYPE sólo a:
se admite:
• Área PA
para FC1 a
• Área de marcas
partir de V3:
BYTE • Área de bloques de datos
para FC1 has-
ta V2.x: BYTE, Se tiene que ajustar la longitud para:
WORD y • Maestro DP: 1...2160
DWORD)
• Esclavo DP: 1...240
• Maestro DP; sólo leer byte de estado: 1
(véase también el manual del equipo CP)

Parámetro Declaración Tipo de datos Valores posi- Descripción

bles
NDR OUTPUT BOOL 0: - El parámetro de estado indica si se han
1: nuevos adoptado nuevos datos.
datos acepta- Ver el significado en relación con los parámetros ERROR
dos y STATUS en Códigos de condición DP_RECV
(Página 239)
ERROR OUTPUT BOOL 0: - Código de error
1: caso de Ver el significado en relación con los parámetros NDR y
error STATUS en Códigos de condición DP_RECV (Pági-
na 239)
Ver el significado en relación con los parámetros NDR y
ERROR en Códigos de condición DP_RECV (Página 239)
DPSTATUS OUTPUT Byte Veáse la codi- Indicación de estado DP
ficación a
continuación,
en DPSTATUS
5.2.3.4 Códigos de condición DP_RECV
Nota

0 0 8180H • Arranque:
El servicio DP se ha iniciado, pero no ha sido posible la transferencia de datos.

• Funcionamiento normal
Se transfieren datos.
• El DP no se ha iniciado debido a la situación siguiente:
– CP STOP o
– "no hay parametrización" (aparece aquí en lugar del código de condición
0,1,8183H).
1 0 0000H Nuevos datos aceptados sin error.


0 1 8183H Falta la configuración o no se ha iniciado aún el servicio DP en el CP PROFIBUS.
0 1 80B1H La cantidad de datos a enviar supera el límite superior admisible para este servicio
(válido para los modos maestro DP y esclavo DP).
tición en el programa de usuario).
0 1 80D2H Dirección base lógica incorrecta.
5.2.3.5 DPSTATUS - DP_RECV
DPSTATUS
La codificación del parámetro de salida DP-STATUS es diferente para los modos maestro
DP y esclavo DP.

Modo maestro DP
Tabla 5- 6 Significado de los bits en el DPSTATUS para el modo de maestro DP
Bit Significado
7 libre
6 Este bit no se pone.
5,4 Valores para DPSTATUS del maestro DP:
00 RUN
01 CLEAR
10 STOP (se representa en el estado operativo OFFLINE)
11 OFFLINE
3 Valor 1: la sincronización horaria está conectada
2 Valor 0: no hay nuevos datos de diagnóstico
Valor 1: es conveniente evaluar la lista de diagnóstico; al menos una estación tiene datos de diagnóstico nuevos
1 Valor 0: todos los esclavos DP están en la fase de transferencia de datos
Valor 1: es conveniente evaluar la lista de estaciones
0 Modo DP
Valor 0: Modo de maestro DP
Los demás bits sólo son válidos con el significado indicado si no está puesto este bit.
Modo esclavo DP
Tabla 5- 7 Significado de los bits en el DPSTATUS para el modo de esclavo DP
Bit Significado
7-5 libre
2 Valor 1: El maestro DP 1 se encuentra en el estado CLEAR. El esclavo DP recibe en los datos DP destinados a las
salidas para todos los datos el valor 0. No hay ninguna influencia sobre los datos de emisión.
1 Valor 1: la configuración / parametrización aún no ha terminado con éxito.
0 Valor 1: modo de esclavo DP.
Los demás bits sólo son válidos con el significado indicado si está puesto este bit.

Nota
Tenga en cuenta que sólo se debe evaluar DPSTATUS una vez esté puesto el parámetro de
retorno NDR=1.
5.2.4 DP_DIAG
5.2.4.1 Significado y llamada - DP_DIAG

El bloque de programa DP_DIAG se utiliza para solicitar informaciones de diagnóstico. Se
distinguen los siguientes tipos de peticiones:
● Solicitar lista de estaciones DP;
● Solicitar lista de diagnóstico DP;
● Solicitar estado individual DP;
● Leer acíclicamente datos de entrada / salida de un esclavo DP;
● Leer diagnóstico individual DP menos reciente;
● Leer el estado operativo de DP.
● Leer el estado operativo de DP para AG-/CP-STOP;
● Leer el estado actual del esclavo DP.
Se pueden solicitar datos de diagnóstico indicando una dirección de estación específica del
esclavo.
Para la transferencia de los datos de diagnóstico a la CPU se tiene que prever en la CPU un
área de memoria que se indicará al hacer la llamada. Esta área de memoria puede ser un
área de bloques de datos o un área de marcas. En la petición se tiene que indicar la longitud
máxima del área de memoria disponible.
Nota
El bloque FC DP_DIAG sólo es conveniento para el modo operativo de DP con maestro DP.
Exclusión
Mientras esté en marcha el bloque, no se debe abastecer el mismo con nuevos datos de
petición.
Excepción: solicitar lista de estaciones DP o lista de diagnóstico DP.

Interfaz de llamada
AWL Explicación
call fc 3 ( //DP_DIAG llamada de bloque
DTYPE := B#16#00,
STATION:= B#16#03,
DIAG := P#db18.dbx0.0 byte 16,
NDR := M 70.0,
ERROR := M 70.1,
STATUS := MW 72,
DIAGLNG:= MB 20 );
5.2.4.2 Forma de trabajar - DP_DIAG
Secuencia / operaciones en la interfaz de llamada

La llamada de la función DP_DIAG se procesa en el marco del procesamiento cíclico del
programa de usuario tal como se representa a continuación:
Con la primera llamada se impulsa la petición. Sólo en la confirmación de una de las
llamadas siguientes se responde con datos de diagnóstico

Nota
Tenga en cuenta la siguiente peculiaridad para los tipos de peticiones Leer lista de
estaciones DP y Leer lista de diagnóstico DP:
• la petición de diagnóstico suministra los datos de diagnóstico disponibles en el momento
de la última llamada de DP–RECV. La lectura de una lista bloquea una nueva extracción
por lectura (valor de retorno 0x8182).
• Una nueva habilitación de las listas tiene lugar con un nuevo evento de diagnóstico y la
subsiguiente llamada de DP-RECV.

Tras llamar DP_DIAG se obtiene por ello como reacción una de las indicaciones descritas a
continuación.
● NDR=0, ERROR=0, STATUS=8181
Mientras exista el código de condición NDR=0, ERROR=0 y STATUS=8181 no se deben
modificar los parámetros de la petición.
● NDR=1
El valor de parámetro NDR=1 indica que existen datos de diagnóstico válidos. Son
posibles informaciones adicionales en el parámetro STATUS.
● NDR=0, ERROR=1
Existe un error. Los datos de diagnóstico no son válidos. El mensaje de error está en
STATUS.
5.2.4.3 Explicación de los parámetros formales - DP_DIAG

La tabla siguiente explica todos los parámetros formales para la función DP_DIAG:

datos
Al configurar el CP aparece la dirección inicial de
módulo en la tabla de configuración. Indique aquí
esta dirección.
DTYPE INPUT BYTE 0: Lista de estaciones Tipo de diagnóstico
1: Lista de diagnóstico
2: Diagnóstico actual
3: Diagnóstico antiguo
4: Leer estado operati-
vo

vo para
CPU-STOP
vo para
CP-STOP
7: Leer datos de entra-
da
(acíclicamente)
8: Leer datos de salida
(acíclicamente)
10: Leer el estado
actual
del esclavo DP
STATION INPUT BYTE Dirección de estación del esclavo DP


datos
DIAG INPUT ANY Se tiene que ajustar la Indicar la dirección y la longitud
(como longitud 1...240 Dirección del área de datos. Remite como alternativa
VARTYPE a:
sólo se
• Área PA
admite:
• Área de marcas
BYTE,
WORD y • Área de bloques de datos
DWORD)
NDR OUTPUT BOOL 0: - Este parámetro de estado señaliza si se han acep-
1: nuevos datos tado nuevos datos.
DP_DIAG (Página 249)
1: caso de error Ver el significado en relación con los parámetros
NDR y STATUS en Códigos de condición DP_DIAG
(Página 249)
NDR y ERROR en Códigos de condición DP_DIAG
(Página 249)
DIAGLNG OUTPUT BYTE Contiene la longitud real (en byte) de los datos pro-
porcionados por el CP PROFIBUS, con independen-
cia del tamaño de búfer indicado en el parámetro
DIAG.
Para los tipos de petición con DTYPE 4, 5 y 6 rige:
A DIAGLNG aquí siempre se le asigna el valor "1".
En estos casos el valor depositado en el parámetro
DIAG no es relevante para la valoración. El valor
relevante está contenido en el parámetro STATUS.

5.2.4.4 Tipos de petición - DP_DIAG
Tipos de petición
Las formas de petición admisibles y convenientes resultan, según la relación siguiente, de lo
indicado para DTYPE, STATION y DIAGLNG.
Tabla 5- 8 Tipos de petición para DP_DIAG
DTYPE Equivale a Parámetro DIAGLNG Código de acuse

Petición STATION (contenido en el parámetro STATUS; indicado en la tabla
"Códigos de condición DP_DIAG")
0 Leer lista de --- - no se tiene en Con la lista de estaciones DP se obtiene información en el
estaciones DP cuenta - programa de usuario sobre el estado y la disponibilidad de
esclavos DP. La información contenida en la lista de esta-
ciones DP se refiere a todos los esclavos DP asignados al
maestro DP por configuración.
1 Leer lista de --- - no se tiene en Con la lista de diagnóstico DP se obtiene en el programa
diagnóstico DP cuenta - de usuario la información sobre en qué esclavos DP hay
nuevos datos de diagnóstico.
2 Leer diagnóstico 1...126 >=6 Con el diagnóstico individual DP actual se obtienen en el
individual DP programa de usuario los datos de diagnóstico actuales de
actual un esclavo DP.
3 Leer diagnóstico 1...126 >=6 Con el diagnóstico individual DP menos reciente se obtie-
individual DP nen en el programa de la CPU los datos de diagnóstico
menos reciente menos recientes de un esclavo DP. Estos datos están al-
macenados en el CP PROFIBUS y se leen en el búfer en
anillo según el principio "Last in first out".
Véase más abajo la explicación relativa al búfer en anillo.
En caso de cambios rápidos en los datos de diagnóstico de
esclavos DP se pueden registrar así estos esclavos DP
para ser evaluados en el programa de la CPU del maestro
DP.
4 Leer el estado =1 Con esta petición se puede leer el estado operativo de la
operativo solici- DP, ajustado previamente con la petición DP-CTRL
tado con la (CTYPE=4).
petición DP- Observación: el estado operativo leído no tiene que coinci-
CTRL dir necesariamente con el estado operativo actual del CP.
(CTYPE=4)
Los siguientes estados operativos son posibles:
• RUN
• CLEAR
• STOP (se representa en el estado operativo OFFLINE)
*)
• OFFLINE

DTYPE Equivale a Parámetro DIAGLNG Código de acuse

Petición STATION (contenido en el parámetro STATUS; indicado en la tabla
"Códigos de condición DP_DIAG")
5 Leer el estado =1 Con esta petición se determina a qué estado operativo DP
operativo de DP pasa el CP PROFIBUS en caso de CPU-STOP:
para STOP de
• RUN
la CPU
• CLEAR
*)
• OFFLINE
Como valor predeterminado (DEFAULT) con CPU-STOP, el

CP PROFIBUS pasa al estado operativo de DP CLEAR.
6 Leer el estado =1 Con esta petición se determina a qué estado operativo de
operativo de DP DP pasa el CP PROFIBUS en caso de STOP del CP:
para CP-STOP
*)
• OFFLINE
Como valor predeterminado (DEFAULT) para STOP del

CP, el CP PROFIBUS pasa al estado operativo de DP
OFFLINE.
7 Leer datos de 1...126 >=1 Con esta petición se leen, como maestro DP (clase 2), los
entrada datos de entrada de un esclavo DP. Este proceso recibe
también el nombre de "Shared Input".
8 Leer datos de 1...126 >=1 Con esta petición se leen, como maestro DP (clase 2), los
salida datos de salida de un esclavo DP. Este proceso recibe
también el nombre de "Shared Output".
10 Leer el estado 1...126 >=0 Con esta petición se lee el estado operativo actual del es-
actual del esclavo DP. Son posibles los siguientes estados:
clavo DP
• El maestro DP intercambia cíclicamente datos con el
esclavo DP.
• El maestro DP lee cíclicamente los datos de entrada del
esclavo DP.
• El maestro DP lee cíclicamente los datos de salida del
esclavo DP.
• En este momento el maestro DP no procesa cíclicamen-
te este esclavo DP.
*) El estado operativo STOP ya no se soporta en los módulos actuales (a partir del tipo de módulo DA02).

5.2.4.5 Búfer de anillo para datos de diagnóstico - DP_DIAG
Búfer de anillo para datos de diagnóstico

La representación siguiente muestra el principio de lectura para el tipo de petición "Leer
diagnóstico individual DP menos reciente". Con el primer acceso de lectura se lee el
diagnóstico antiguo más reciente.
Figura 5-3 Búfer de anillo para datos de diagnóstico
Al leer un diagnóstico actual, el puntero de lectura se repone al primer diagnóstico antiguo.
5.2.4.6 Códigos de condición DP_DIAG
Nota

Tabla 5- 9 Códigos de condición DP_DIAG
NDR ERROR STATUS Posible Significado

para
DTYPE
0 0 8181H 2-10 Petición en curso.
El maestro DP no se ha iniciado por:
• STOP del CP o
• "no hay parametrización"
(aparece aquí en lugar del código de condición 0,1,8183H).
0 0 8182H 0 Activación no conveniente.
• STOP del CP o
0 0 8182H 1 No hay ningún diagnóstico nuevo.
• STOP del CP o
1 0 0000H 0, 1 Petición concluida sin errores.
y 4-9 Nota:
en el caso de DTYPE 2,3 y 10, la ejecución sin errores se señaliza con un
código de estado distinto de "0". De acuerdo con esto encontrará a continua-
ción, en caso de ejecución sin errores, códigos de estado detallados en el
intervalo:
82XXH
En caso de ejecución con errores, obtendrá códigos de estado en los siguien-
tes intervalos:
80XXH, 83XXH, 8FXXH
1 0 8222H 7, 8 Petición terminada sin errores.
La longitud de datos de esclavo DP leídos es distinta de la longitud de datos
que el maestro DP espera sobre la base de la lista de módulos del esclavo DP
en la base de datos del CP.
Advertencia: no hay datos.
1 0 8231H 4, 5, 6 Petición terminada sin errores.
Advertencia: el estado operativo de DP ya es "RUN"
Advertencia: el estado operativo de DP ya es "CLEAR"
Advertencia: el estado operativo de DP ya es "STOP"
El estado STOP se representa en el estado OFFLINE (aquí, código de condi-
ción 8234H).
Observe también lo dicho en el manual de producto.


para
DTYPE
Advertencia: el estado operativo de DP ya es
"OFFLINE"
1 0 823AH 2, 3, 7, 8 Petición terminada sin errores.
Advertencia: se han leído 241 ó 242 bytes de datos. Se proporcionan 240
bytes.
Advertencia: el esclavo DP indicado no se ha configurado.
Advertencia: la lista de módulos del esclavo CP en la base de datos del CP
solo contiene módulos vacíos.
Advertencia: el esclavo DP se encuentra en el estado "Leer cíclicamente da-
tos de entrada".
Advertencia: el esclavo DP se encuentra en el estado
"Leer cíclicamente datos de salida".
1 0 8248H 2, 3, 10 Petición concluida sin errores.
Observación: esta es la indicación predeterminada para los tipos de diagnósti-
co mencionados, si no existe ninguna peculiaridad a señalizar.
Advertencia: el esclavo DP está desactivado debido a un cambio del estado
operativo de DP (p. ej. interruptor del CP en STOP).
1 0 824AH 2, 3, 10 Petición terminada sin errores.
Advertencia: el esclavo DP está desactivado debido a una petición de
DP_CTRL en el programa de usuario.
0 1 8090H 0-10 La dirección base lógica del módulo no es válida
0 1 80B0H 0-10 El módulo no conoce el registro o se encuentra en la transición RUN -->
STOP.
0 1 80B1H 0-10 La longitud de registro indicada es incorrecta
0 1 80C0H 0-10 No se puede leer el registro
0 1 80C1H 0-10 El registro indicado está siendo procesado.
0 1 80C2H 0-10 Hay demasiadas peticiones pendientes.
0 1 80C3H 0-8 Medios de operación (memoria) ocupados
0 1 80C4H 0-10 Error de comunicación
0 1 80D2H 0-10 Dirección base lógica incorrecta
0 1 8183H 0-10 Maestro DP no configurado.
0 1 8184H 0-8 Error del sistema o tipo de parámetro no permitido.
0 1 8311H >=2 Parámetro DTYPE fuera del rango de valores.
0 1 8313H 2, 3, 7, 8, Parámetro STATION fuera del rango de valores.
10
0 1 8321H >=2 El esclavo DP no proporciona datos válidos.
0 1 8326H 7, 8 El esclavo DP proporciona más de 242 bytes de datos. El CP PROFIBUS solo
da soporte a 242 bytes como máximo.


para
DTYPE
0 1 8335H 7, 8 El CP PROFIBUS se encuentra en el estado PROFIBUS: "Estación no en el
anillo".
0 1 8341H 2, 3, 7, 8, El esclavo indicado no se ha configurado.
10
0 1 8342H 7, 8 No se puede acceder al esclavo DP con la dirección PROFIBUS indicada en
el parámetro STATION.
0 1 8349H 7, 8 El maestro DP se encuentra en el estado OFFLINE.
0 1 8F22H 0-10 Error de longitud de área al leer un parámetro (p. ej. DB demasiado corto).
0 1 8F23H 0-10 Error de longitud de área al escribir un parámetro (p. ej. DB demasiado corto).
0 1 8F24H 0-10 Error de área al leer un parámetro
0 1 8F25H 0-10 Error de área al escribir un parámetro
0 1 8F28H 0-10 Error de alineación al leer un parámetro
0 1 8F29H 0-10 Error de alineación al escribir un parámetro
0 1 8F30H 0-10 El parámetro está en el 1er. bloque de datos act. protegido de escritura.
0 1 8F31H 0-10 El parámetro está en el segundo bloque de datos act. protegido de escritura.
0 1 8F32H 0-10 El parámetro contiene número de DB demasiado grande
0 1 8F33H 0-10 Error del número DB
0 1 8F3AH 0-10 Área de destino no cargada (DB)
0 1 8F42H 0-10 Retardo de acuse al leer un parámetro del área de periferia
0 1 8F43H 0-10 Retardo de acuse al escribir un parámetro en el área de periferia
0 1 8F44H 0-10 La dirección del parámetro a leer está inhibida en la pista de acceso.
0 1 8F45H 0-10 La dirección del parámetro a escribir está inhibida en la pista de acceso.
0 1 8F7FH 0-10 Error interno, p. ej. referencia ANY no admisible.
5.2.5 DP_CTRL
5.2.5.1 Significado y llamada - DP_CTRL

El bloque de programa DP_CTRL transfiere peticiones de control al CP PROFIBUS. Con la
indicación de un bloque de petición (parámetro CONTROL) se especifica con mayor detalle
la petición de control.
Se distinguen los siguientes tipos de peticiones:
● Global Control acíclico / cíclico;
● Borrar diagnósticos antiguos;
● Poner el estado operativo actual de DP;
● Poner el estado operativo de DP para AG-/CP-STOP;

● Leer cíclicamente datos de entrada/salida;

● Poner el modo de procesamiento del esclavo DP
Existen restricciones en cuanto a los tipos de peticiones aquí citados (tenga en cuenta al
respecto lo dicho en el manual del equipo).
Nota
El bloque FC DP_CTRL sólo es conveniente para el modo operativo de DP con maestro DP.
Conexión
Mientras esté en marcha el bloque, no se debe abastecer el mismo con nuevos datos de
petición.
Interfaz de llamada
AWL Explicación
call fc 4 ( //DP_CTRL llamada de bloque
CONTROL:= P#db14.dbx0.0 byte 30, // el búfer para la petición de Control
// ocupa los primeros 30 bytes en el DB 14.
DONE := M 70.0,
ERROR := M 70.1,
STATUS := MW 72 );
5.2.5.2 Forma de trabajar - DP_CTRL
Secuencia / operaciones en la interfaz de llamada

La llamada de la función DP_CTRL se procesa en el marco del procesamiento cíclico del
programa de usuario tal como se representa a continuación:
Con la primera llamada se impulsa la petición. Sólo en la confirmación de una de las
llamadas siguientes se responde con datos de diagnóstico.

Tras llamar DP_CTRL se obtiene por ello como reacción una de las indicaciones descritas a
continuación.
● DONE=0, ERROR=0, STATUS=8181
Mientras exista el código de condición DONE=0, ERROR=0 y STATUS=8181 no se
deben modificar los parámetros de la petición.
● DONE=1
El valor de parámetro DONE=1 indica que la petición se ha ejecutado. Son posibles
informaciones adicionales en el parámetro STATUS.
● DONE=0, ERROR=1
Existe un error. El mensaje de error está en STATUS.

5.2.5.3 Explicación de los parámetros formales - DP_CTRL

La tabla siguiente explica todos los parámetros formales para la función DP_CTRL:

Al configurar el CP aparece la
dirección inicial de módulo en la tabla de configuración.
Indique aquí esta dirección.
CONTROL INPUT ANY Se tiene que Indicar la dirección y la longitud del bloque de petición
(como ajustar la longitud CONTROL
VARTYPE solo 1...240 Dirección del área de datos. Remite como alternativa a:
se admite:
• Área PA
BYTE, WORD
• Área de marcas
y DWORD)
La longitud tiene que ser al menos tan grande como la
cantidad de parámetros.
DONE OUTPUT BOOL 0: - Indica si la petición se ha enviado y se ha concluido sin
1: petición ejecu- errores.
tada sin error Consulte el significado en relación con los parámetros
ERROR y STATUS en Códigos de condición DP_CTRL
(Página 260)
DONE y STATUS en Códigos de condición DP_CTRL
(Página 260)
DONE y ERROR en Códigos de condición DP_CTRL
(Página 260)
Estructura del bloque de petición CONTROL

La petición de control tiene la siguiente estructura:

Ejemplo del bloque de petición

Con un bloque de petición conforme al modelo bajo mostrado se emite una petición cíclica
de Global Control SYNC y Unfreeze para los grupos 4 y 5 sin la opción Autoclear.
La longitud indicada en el puntero ANY ha de ser al menos 4 (para el ejemplo de petición se

han seleccionado 30).
5.2.5.4 Tipos de petición - DP_CTRL
Tipos de petición
Las formas de petición admisibles y convenientes resultan, según la relación siguiente, de lo
indicado para CTYPE así como de lo indicado en el bloque de petición.
CTYPE Equivale a Petición Parámetros en el bloque de Descripción

petición
Nombre Número
0 Impulsar Global Con- 1. byte: 2 Se envía una única petición de Global Control a los
trol Command Mode esclavos DP seleccionados con Group Select. En el
2º byte: parámetro Command Mode se determinan las si-
Group Select guientes peticiones de Global Control:
(consulte a conti- • SYNC
nuación de esta
• UNSYNC
tabla)
• FREEZE
• UNFREEZE
• CLEAR no es compatible (observe también lo
dicho en el manual de producto).
Es posible indicar más de una petición en el paráme-
tro Command Mode.


petición
Nombre Número
1 *) Impulsar cíclicamente 1. byte: 3 El impulso se da al CP PROFIBUS que envía estas
Global Control Command Mode peticiones cíclicas de Global Control a los esclavos
2º byte: DP seleccionados con Group Select.
Group Select El parámetro Autoclear solo se evalúa en el caso de
3er. byte: la petición de Global Control SYNC. Si al menos un
Autoclear esclavo DP del grupo seleccionado no está en la fase
(consulte a de transferencia de datos, en caso de Autoclear = 1
continuación de se conecta adicionalmente el modo CLEAR. Esto
esta tabla) significa que los datos de salida de los esclavos DP
se ponen a "0".
En el parámetro Command Mode se pueden conectar
las siguientes peticiones de Global Control:
• SYNC
• FREEZE
• CLEAR (CLEAR-Bit = 1) no es compatible (obser-
ve también lo dicho en el manual de producto).
o se puede desconectar:
• UNSYNC
• UNFREEZE
• UNCLEAR (CLEAR-Bit = 0)
Es posible indicar más de una petición en el paráme-
tro Command Mode.
Para terminar una petición cíclica en curso de Global
Control, se tiene que ejecutar una nueva petición de
Global Control (cíclica o acíclica).
Para terminar la petición ajustada en el Command
Mode, se tiene que desconectar la petición
correspondiente. Por ejemplo, la petición SYNC se
desconecta con una petición UNSYNC.
3 Borrar diagnóstico 1. byte: 1 Se borran para uno o todos los esclavos los diagnós-
individual DP menos Dirección Slv ticos individuales DP más antiguos almacenados en
reciente 1..126 el CP PROFIBUS.
127 = todos los
esclavos


petición
Nombre Número
4 Poner el estado opera- 1. byte: 1 Con esta petición se puede poner el estado operativo
tivo actual de DP RUN = 00H de DP del siguiente modo:
CLEAR = 01H • RUN
OFFLINE = 03H
• CLEAR
RUN con
AUTOCLEAR = • OFFLINE
04H El parámetro AUTOCLEAR significa que el maestro
RUN sin DP clase 1 pasa automáticamente al estado operativo
AUTOCLEAR = CLEAR si se cumple la siguiente condición: al menos
04H uno de los esclavos DP con los que intercambia datos
el maestro DP clase 1 no está en el estado de trans-
ferencia de datos.
Con el parámetro RUN sin AUTOCLEAR se suprime
AUTOCLEAR.
Notas:
El estado operativo STOP = 02H ya no es soportado
en los módulos actuales (a partir del tipo de módulo
DA02). Una indicación STOP = 02H se refleja en el
estado operativo OFFLINE.
5 Poner el estado opera- 1. byte: 1 Con esta petición se establece a qué estado operativo
tivo de DP para CPU- RUN = 00H DP pasa el CP PROFIBUS en caso de CPU-STOP:
STOP CLEAR = 01H • RUN
OFFLINE = 03H
• CLEAR
• OFFLINE
Como valor predeterminado (DEFAULT) con CPU-
STOP, el CP PROFIBUS pasa al estado operativo de
DP CLEAR.
El estado operativo puesto se conserva en caso de un
cambio de estado del CP de RUN --> STOP --> RUN.
Notas:
6 Poner el estado opera- 1. byte: 1 Con esta petición se establece a qué estado operativo
tivo de DP para CP- OFFLINE=03H DP pasa el CP PROFIBUS en caso de CP-STOP:
STOP
• OFFLINE
Como valor predeterminado (DEFAULT) para STOP
del CP, el CP PROFIBUS pasa al estado operativo de
DP OFFLINE.
El estado operativo puesto se conserva en caso de un
cambio de estado del CP de RUN --> STOP --> RUN.
Notas:


petición
Nombre Número
7 *) Lectura cíclica de los 1. byte: 1 Esta petición no es compatible.
datos de entrada dirección de Observe también lo dicho en el manual de producto.
(maestro DP clase 2) esclavo
1..125
8 *) Lectura cíclica de los 1. byte: 1 Esta petición no es compatible.
datos de salida (maes- dirección de Observe también lo dicho en el manual de producto.
tro DP clase 2) esclavo
1..125
9 Terminar el procesa- 1. byte: 1 Con esta petición se termina la lectura cíclica de los
miento cíclico del dirección de datos de entrada o los datos de salida del esclavo DP
esclavo DP por el esclavo direccionado o la transferencia de datos (maestro DP
maestro DP (clase 1 1..125 clase 1).
/clase 2) Después de esto, el esclavo DP ya no es procesado
por el CP PROFIBUS como maestro DP (clase 2).
Esta operación desactiva el esclavo DP.
10 Iniciar el procesamien- 1. byte: 1 El CP PROFIBUS que actúa como maestro DP (clase
to cíclico como maes- dirección de 1) parametriza el esclavo DP seleccionado e inicia la
tro DP (clase 1) esclavo transferencia de datos cíclica (escribir salidas / leer
1..125 entradas).
Esta operación activa el esclavo DP.
*) Este CTYPE ya no es soportado en los módulos actuales (a partir del tipo de módulo DA02).
5.2.5.5 Command Mode y Group Select - DP_CTRL
Estructura de Command Mode

Para las peticiones de Global Control cíclicas y acíclicas, indique en el parámetro Command
Mode los modos de operación para los datos de entrada y salida.
Al respecto significa:
1 = activado
0 = no activado

Estructura de Group Select

Con el parámetro Group Select se define en qué grupo se debe aplicar la petición de control
indicada en Command Mode. Group Select ocupa el segundo byte de la petición de control.
Cada bit define un grupo de esclavos DP posible.
Al respecto significa:
1 = asignado
0 = no asignado
5.2.5.6 Códigos de condición DP_CTRL
DONE, ERROR y STATUS, la cual tiene que ser evaluada por el programa de usuario.
Nota
Tabla 5- 10 Códigos de condición DP_CTRL
DONE ERROR STATUS Posible para Significado

CTYPE
0 0 8181H 0..10 Petición en curso.
• STOP del CP o
Observación:
La indicación descrita aparece en lugar de una de las siguientes indica-
ciones descritas a continuación:
0,1,8183H
0,1, 8333 H
0,1, 8334H
1 0 0000H 0..10 Petición terminada sin errores.
Advertencia: la petición cíclica de Global Control se envía como petición
acíclica de Global Control


CTYPE
Todos los esclavos DP aludidos en el grupo seleccionado están desacti-
vados.
Se ha intentado enviar de nuevo una petición cíclica de Global Control ya
en curso. Global Control sigue en marcha sin cambios.
Advertencia: los esclavos DP aludidos en los grupos seleccionados no
poseen módulos de entrada.
Advertencia: los esclavos DP aludidos en los grupos seleccionados no
poseen módulos de salida.
Advertencia: el estado operativo de DP ya es "RUN"
Advertencia: el estado operativo de DP ya es "CLEAR"
Advertencia: el estado operativo de DP ya es "STOP"
Advertencia: el estado operativo de DP ya es "OFFLINE"
1 0 8235H 4 Petición terminada sin errores.
Advertencia: el estado operativo de DP ya es "RUN" con AUTOCLEAR
conectado
1 0 8236H 4 Petición terminada sin errores.
Advertencia: el estado operativo de DP ya es "RUN" con AUTOCLEAR
desconectado
1 0 8241H 7-10 Petición terminada sin errores.
Advertencia: el esclavo DP indicado no se ha configurado.
Advertencia: el esclavo DP ya está desactivado, porque la lista de módu-
los del esclavo DP en la base de datos del CP solo contiene módulos
vacíos.
Advertencia: el esclavo DP se encuentra ya en el estado "Leer cíclica-
mente datos de entrada".
Advertencia: el esclavo DP se encuentra ya en el estado "Leer cíclica-
mente datos de salida".
Advertencia: la lista de módulos del esclavo CP en la base de datos del
CP contiene módulos de entrada, de salida o de entrada/salida.
Advertencia: el esclavo está desactivado debido a un cambio del estado
operativo de DP.
1 0 824AH 7-10 Petición terminada sin errores.
Advertencia: el esclavo DP está ya desactivado debido a una petición de
DP_CTRL en el programa de la CPU.
0 1 8090H 0..10 No existe módulo con esta dirección.


CTYPE
0 1 8091H 0..10 La dirección lógica no está en formato de palabra doble.
0 1 80B0H 0..10 El módulo no conoce el registro.
0 1 80B1H 0..10 La longitud de registro indicada es incorrecta.
0 1 80C0H 0..10 No se puede leer el registro.
0 1 80C1H 0..10 El registro indicado está siendo procesado.
0 1 80C2H 0..10 Hay demasiadas peticiones pendientes.
0 1 8183H 0..10 Maestro DP no configurado...
Observación:
Si el maestro DP se encuentra en el estado operativo "STOP", se puede
emitir también el estado 8181 H.
0 1 8184H Error del sistema o tipo de parámetro no permitido...
0 1 8311H 0..10 Parámetro CTYPE fuera del rango de valores.
0 1 8312H 0..10 La longitud del campo en el parámetro CONTROL es demasiado peque-
ña.
0 1 8313H 3, 7, 8, 9, 10 Parámetro Dirección de esclavo fuera del rango de valores.
0 1 8315H 0, 1 Todos los esclavos DP del grupo indicado en Global Control están desac-
tivados (se presenta siempre en caso de grupos vacíos).
0 1 8317H 8 La longitud de los datos de salda configurados es mayor que el área de
recepción configurada del esclavo DP.
No es posible una activación del modo de esclavo "Leer datos de salida".
0 1 8318H 0, 1, 4, 5, 6 El parámetro 1er. byte del bloque de datos de petición está fuera del
rango de valores. Para GLOBAL CONTROL se ha utilizado CLEAR con
SYNC o se ha enviado al grupo 0 un GLOBAL CONTROL con CLEAR
puesto.
0 1 831AH 0, 1 Al menos un esclavo DP no domina FREEZE.
0 1 831BH 0, 1 Al menos un esclavo DP no domina SYNC.
0 1 8333H 0, 1 La petición no está permitida en el estado operativo de DP "STOP".
Observación:
Si no hay configurado ningún maestro DP, se puede emitir también el
estado 8181H.
0 1 8334H 0, 1 La petición no está permitida en el estado operativo de DP "OFFLINE".
Observación:
Si no hay configurado ningún maestro DP, se puede emitir también el
estado 8181H.
0 1 8335H 0, 1 El CP PROFIBUS se encuentra en el estado PROFIBUS: "Estación no en
el anillo".
0 1 8339H 0, 1 Al menos un esclavo DP del grupo seleccionado no se encuentra en la
fase de transferencia de datos.
0 1 833CH 1 El Global Control cíclico no se debe utilizar en el modo
"Plc <-> CP no solicitado". Este error no se presenta en el CP 3425, ya
que dicho modo no es posible en el mismo (la transmisión de datos tiene
lugar siempre a través de registros PBUS).
0 1 8341H 7-10 El esclavo DP indicado no se ha configurado.
0 1 8183H 0..10 Maestro DP no configurado.

5.3 Capacidad / recursos necesarios de los bloques de programa (PROFIBUS)

CTYPE
0 1 8184H - Error del sistema o tipo de parámetro no permitido.
0 1 8F22H 0..10 Error de longitud de área al leer un parámetro (p. ej. DB demasiado cor-
to).
0 1 8F23H 0..10 Error de longitud de área al escribir un parámetro.
0 1 8F24H 0..10 Error de área al leer un parámetro.
0 1 8F25H 0..10 Error de área al escribir un parámetro.
0 1 8F28H 0..10 Error de alineación al leer un parámetro.
0 1 8F29H 0..10 Error de alineación al escribir un parámetro.
0 1 8F30H 0..10 El parámetro está en el 1er. bloque de datos actual protegido de escritu-
ra.
0 1 8F31H 0..10 El parámetro está en el segundo bloque de datos actual protegido de
escritura.
0 1 8F32H 0..10 El parámetro contiene número de DB demasiado alto.
0 1 8F33H 0..10 Error del número DB.
0 1 8F3AH 0..10 Área de destino no cargada (DB).
0 1 8F42H 0..10 Retardo en acuse al leer un parámetro del área de periferia.
0 1 8F43H 0..10 Retardo en acuse al escribir el parámetro en el área de periferia.
0 1 8F44H 0..10 Está bloqueado el acceso a un parámetro a leer en el procesamiento del
bloque.
0 1 8F45H 0..10 Está bloqueado el acceso a un parámetro a escribir en el procesamiento
del bloque.
0 1 8F7FH 0..10 Error interno, p. ej. referencia ANY no admisible.
0 1 80C4H 0..10 Error de comunicación (se presenta temporalmente; por ello es conve-
niente una repetición en el programa de usuario).
0 1 80D2H 0..10 Dirección base lógica incorrecta.

(PROFIBUS)
Demanda de recursos
Nota
artículo:

5.3 Capacidad / recursos necesarios de los bloques de programa (PROFIBUS)
AG_SEND 1.2 FC5 732 576 540 20
AG_RECV 1.2 FC6 656 522 486 20
AG_LSEND 3.1 FC50 1044 846 810 52
AG_LRECV 3.1 FC60 1190 992 956 58
DP_SEND 3.0 FC1 1066 886 850 42
DP_RECV 3.0 FC2 1144 950 914 46
DP_DIAG 3.0 FC3 1956 1638 1602 58
DP_CTRL 3.0 FC4 1532 1292 1256 52
AG_SEND 4.2 FC5 1976 1664 1628 50
AG_RECV 4.7 FC6 1440 1206 1170 40

Bloques de programa para PROFIBUS FMS 6
6.1 Resumen de aplicación
Panorámica
Para la comunicación FMS están disponibles los siguientes bloques de funciones para una
estación S7.
La lista muestra los números de bloques tal y como se suministran. Los números de bloque
pueden ser modificados por el usuario.
Bloque de funciones utilizable en el funcionamiento Significado /

del CP PROFIBUS como: Función
Tipo Número de bloque FMS-Client FMS-Server
IDENTIFY FB2 X X para consultar características
del equipo
READ FB3 X - para leer datos
REPORT FB4 - X para transmitir datos sin confir-
mar
STATUS FB5 X X para consultar el estado
WRITE FB6 X - para escribir datos
Diferenciación de S7-300 y S7-400

Se suministran FBs diferentes para S7-300 y S7-400. Recurra a la biblioteca de bloques
correspondiente (SIMATIC_NET_CP) dependiendo de si crea un programa de usuario para
S7-300 o para S7-400.

Bloques de programa para PROFIBUS FMS
6.2 Parámetros de bloques FMS
Interfaces de llamada para FB

En los capítulos siguientes se indica para cada FB la interfaz de llamada en la siguiente
forma:
Según el tipo de FB encontrará diversos parámetros del tipo INPUT, OUTPUT o INOUT.
Las tablas siguientes explican el significado, el tipo de los datos, el rango de valores y al
área de memoria para todos los parámetros de bloques existentes.
Parámetro INPUT
Parámetro INPUT Significado Tipo de Rango de valores / se utiliza

datos Área de memoria en FB
REQ Señal de flanco para ejecu- BOOL 0=FALSE; 1=TRUE 2 3 4 5 6
ción del bloque. 0->1: "arrancar"/
E,A,M,D,L
ID Este indicativo identifica el DWORD 0001 0001 .. FFFF 2 3 4 5 6
enlace FMS. (para FB FFFF /
en S7-300: 1: E,A,M,D,L
el ID especifica tanto la WORD)
conexión de LAN como la
dirección de P-Bus.
en S7-400:
el ID especifica tanto la
conexión de LAN como la
conexión de K-Bus.
Tiene que tomar el ID de la
configuración de enlaces y
compararlo con la misma.

Parámetro INPUT Significado Tipo de Rango de valores / se utiliza

datos Área de memoria en FB
VAR_1 El parámetro direcciona la ANY String: 2 3 4 - 6
variable de comunicación longitud máx. = 254
remota que se debe leer o bytes
escribir. p. ej.
Se puede indicar un nom- '<102>' (acceso por
bre o un índice, dependien- índice)
do de lo configurado en el "SLAVE2" (acceso por
servidor FMS. nombre)
DB
SD_1 Dirección de un área de ANY Esto tipo corresponde a - - 4 - 6
datos local desde la que se una referencia a un DB,
deban transferir variables. una imagen de proce-
sos de E/S o un área de
marcas.
Ejemplo:
SD_1 :=
P#DB17.DBX0.0 BYTE
16
En este ejemplo se
transmiten los primeros
16 bytes del DB 17.
E,A,M,D,L,Z,T, DBx
RD_1 Dirección de un área de ANY Esto tipo corresponde a - 3 - - -
datos local a la que se una referencia a un DB,
deban transferir variables. una imagen de proce-
sos de E/S o un área de
marcas.
Ejemplo:
RD_1 :=
P#DB17.DBX0.0 BYTE
16
En este ejemplo se
transmiten los primeros
16 bytes del DB 17.
E,A,M,D,L, DBx
Nota para Array of Byte
en S7-300:
Si se tiene que leer un
número impar de bytes,
la longitud del área de
recepción se tiene que
preparar para el núme-
ro de bytes par inme-
diatamente superior.
Ejemplo:
para un Array[1..13] of
Byte se tiene que re-
servar el tamaño de
área de recepción de
14 bytes.

Parámetro OUTPUT
Parámetro OUTPUT Significado Tipo de datos Rango de valores / se utiliza en FB

Área de memoria
DONE Indica el procesamiento BOOL 0=FALSE - - 4 - 6
de la petición. 1=TRUE: La petición está termi-
nada;
E,A,M,D,L
NDR Indica la recepción de BOOL 0=FALSE 2 3 - 5 -
datos. 1=TRUE: se han aceptado nue-
vos datos;
E,A,M,D,L
ERROR Indica si se ha presentado BOOL 0=FALSE 2 3 4 5 6
un error. 1=TRUE: se ha presentado un
error;
E,A,M,D,L
STATUS Tras el procesamiento de WORD Consulte las descodificaciones 2 3 4 5 6
la petición, da información detalladas en los capítulos si-
detallada sobre alarmas o guientes.
errores. E,A,M,D,L
Parámetro INPUT/OUTPUT
Parámetro INOUT Significado Tipo de datos Rango de valores / se utiliza en FB

Área de memoria
PHYS Indica el estado físico del BYTE 0...3 - - - 5 -
equipo remoto (VFD). E,A,M,D,L
LOG Indica el estado lógico del BYTE 0...3 - - - 5 -
equipo remoto (VFD). E,A,M,D,L
LOCAL Parámetro "local detail" ANY El detalle puede tener hasta 16 - - - 5 -
del equipo remoto bytes.
E,A,M,D,L
VENDOR Nombre del fabricante del STRING Longitud <255 2 - - - -
equipo D
MODEL Nombre del modelo del STRING Longitud <255 2 - - - -
equipo D
REVISION Versión del equipo STRING Longitud <255 2 - - - -
D
Área de memoria
Las áreas de memoria indicadas en la tabla en forma de siglas corresponden a lo siguiente:
Siglas Tipo
E Entrada
A Salida

6.3 IDENTIFY
Siglas Tipo
M Marca
L Datos locales temporales
D Área de bloques de datos
Z Contador
T Temporizador
DBX Bloque de datos
Parámetros de salida de FB al arrancar el CP (S7-400)

Si se llama y activa el FB ( REQ:0->1, EN_R=1) durante la inicialización del CP PROFIBUS
(p. ej. por desconexión/conexión de la red, accionamiento de interruptor), son posibles los
siguientes parámetros de salida:
● DONE = 0
● NDR = 0
● ERROR = 1
● STATUS = 0001 (conexión todavía no establecida) o
STATUS = 0607 (Get-OV todavía en proceso)
6.3 IDENTIFY
6.3.1 Significado y llamada - IDENTIFY

A través del bloque de funciones IDENTIFY se pueden obtener las siguientes informaciones
sobre el equipo remoto (en caso de estaciones S7, sobre la CPU):
● Nombre del fabricante del equipo
● Nombre del modelo del equipo
● Versión del equipo
Dependiendo de estas informaciones se puede ajustar, por ejemplo,
● la función de programa local a las prestaciones y el comportamiento del interlocutor;
● los parámetros de comunicación.

6.3 IDENTIFY
Interfaz de llamada
AWL Explicación
call FB 2, DB 22 ( //IDENTIFY llamada de bloque con DB de instancia
REQ := M 1.0, //señal de flanco para la ejecución del FB
ID := DW#16#10001, //adaptada a la configuración del
// enlace FMS
NDR := M 1.1, //indica si "se aceptan nuevos datos"
ERROR := M 1.2, //indica una ejecución incorrecta
STATUS := MW 20, //descodificación de errores detallada
VENDOR := "SLAVE2".VENDOR_ABBILD, //área de datos para nombre del fabricante
MODEL := "SLAVE2".MODEL_ABBILD, //área de datos para el tipo del equipo
REVISION := "SLAVE2".REV_ABBILD ); //área de datos para la versión
Información adicional
"SLAVE2"
es el nombre simbólico de un bloque de datos. Este nombre está definido en la
correspondiente tabla de símbolos.
VENDOR_ABBILD, MODEL_ABBILD y REVISION_ABBILD
son variables del tipo de datos STRING. Las mismas están definidas en el bloque de datos
"SLAVE2".
6.3.2 Forma de trabajar - IDENTIFY
Forma de trabajar
La representación siguiente muestra el desarrollo temporal normal de una petición de
IDENTIFY.
La petición se activa con un cambio de flanco (positivo) del parámetro REQ.
Cada petición de IDENTIFY del programa del usuario es acusado por el CP PROFIBUS

6.4 READ
6.4 READ
6.4.1 Significado y llamada - READ
Significado
El bloque de funciones READ lee datos de un área de datos del interlocutor de
comunicación especificada a través de nombre o índice, conforme a la parametrización de la
petición. Los datos leídos se almacenan localmente en un bloque de datos, un área de la
imagen del proceso de entradas/salidas o un área de marcas.
Condición: configurar variable de comunicación

La estructura de las variables está definida en el interlocutor de comunicación (FMS-Server).
Al establecer el enlace FMS se lee la descripción de la estructura en el interlocutor de
comunicación. Dicha descripción está disponible entonces en el CP PROFIBUS para la
conversión de los datos a la representación FMS.
La descripción de la estructura sólo se lee, al establecer el enlace, si se ha seleccionado la
variable de comunicación al configurar el enlace FMS.

6.4 READ
Observar los derechos de acceso establecidos

Tenga en cuenta que se pueden haber establecido derechos de acceso para la transmisión
de datos. En tal caso, la transmisión sólo es posible si se han asignado los derechos
correspondientes para el FMS-Client.
Interfaz de llamada para FB
AWL Explicación
call FB 3, DB 29 ( //READ llamada de bloque con DB de instancia
ID := DW#16#10001, //adaptada a la configuración del
// enlace FMS
VAR_1 := "SLAVE2".INDEX, //direcciona la variable de comunicación a leer
RD_1 := "PROZESS".Motor1, //direcciona el área de datos a donde se debe transmitir
NDR := M 1.1, //confirmación de la ejecución
STATUS := MW 20 ); //descodificación de errores detallada
6.4.2 Forma de trabajar READ
Forma de trabajar
disparada con el bloque READ en el programa de usuario.
Cada petición de READ del programa del usuario es acusado por el CP PROFIBUS

6.5 REPORT

La representación muestra que con el código de condición NDR=1, ERROR=0 y
STATUS=0000 se confirma una lectura con éxito.
La confirmación positiva de la petición de lectura no dice imprescindiblemente que el
proceso de lectura haya sido registrado por la aplicación remota.
6.5 REPORT
6.5.1 Significado y llamada - REPORT

El bloque de funciones REPORT (notificar) permite a un FMS-Server la transmisión de
variables no confirmadas. Este tipo de petición se utiliza especialmente para la transmisión
por enlaces FMS Broadcast.
La estructura de las variables a notificar se tiene que haber definido localmente por
configuración (FMS-Server).

6.5 REPORT
Estación S7 como interlocutor de comunicación

Para que las variables notificadas puedan ser admitidas en el interlocutor de comunicación,
las mismas se tienen que registrar al configurar el interlocutor de comunicación (FMS-
Client).
Interfaz de llamada
AWL Explicación
call FB 4, DB 28 ( //REPORT llamada de bloque con DB de instancia
ID := DW#16#10001, //adaptada a la configuración del enlace FMS
VAR_1 := "SLAVE2".INDEX, //nombra la variable de comunicación a notificar
SD_1 := "PROZESS".Motor1, //direcciona el área de datos desde la que se debe transmitir
DONE := M 1.1, //confirmación de la ejecución
Nota
Con el parámetro SD_1 se direcciona el área de datos desde la que se leen y notifican los
valores de las variables. Dependiendo de las convenciones FMS se tiene que indicar
adicionalmente el índice de variable en la interfaz FC. La coherencia de ambos datos no se
comprueba sin embargo al procesar la petición.
6.5.2 Forma de trabajar REPORT
Forma de trabajar
disparada con el bloque REPORT en el programa de usuario.

6.6 STATUS
Cada petición de REPORT del programa del usuario es acusado por el CP PROFIBUS
6.6 STATUS
6.6.1 Significado y llamada - STATUS

El bloque de funciones STATUS permite solicitar informaciones de estado del interlocutor de
comunicación por el enlace FMS indicado.

6.6 STATUS
Se distinguen:
● el estado lógico de VFD;
informa, por ejemplo, sobre la disposición a la comunicación.
● el estado físico de VFD;
informa, por ejemplo, sobre el estado del equipo.
● informaciones detalladas específicas del equipo;
proporciona una información adicional que por lo general es específica del fabricante.
La tabla siguiente informa sobre las indicaciones que puede proporcionar un equipo sobre la
base de una consulta de estado:
Equipo Variante de notifi- Log Phys Local Detail

cación
S7 con 1 00H: 10H: ninguna entrada
CP PROFIBUS listo para listo para funcio-
comunicación, CP nar, CPU en RUN
en RUN, CPU en
RUN
2 02H: 13H: ninguna entrada
cantidad de servi- mantenimiento
cios limitada, CP necesario, CPU
en RUN, CPU en en STOP
STOP
Equipo ajeno en general son 00H: 10H: - específico del
posibles: listo para listo para funcio- fabricante -
comunicación nar
02H:
cantidad de servi- 11H
cios limitada parcialmente listo
para funcionar
12H
no listo para fun-
cionar
13H
mantenimiento
necesario

6.6 STATUS
Interfaz de llamada
AWL Explicación
call FB 5, DB 21 ( //STATUS llamada de bloque con DB de instancia
NDR := M 1.1, //indica si "se aceptan nuevos datos"
STATUS := MW 20, //descodificación de errores detallada
PHYS := MB 22, //área de datos para estado físico
LOG := MB 23, //área de datos para estado lógico
LOCAL := P#DB18.DBX0.0 WORD8 ); //área de datos para "local detail"
6.6.2 Forma de trabajar STATUS
Forma de trabajar
La representación siguiente muestra el desarrollo temporal normal de una petición de
STATUS.
Cada petición de STATUS del programa del usuario es acusado por el CP PROFIBUS

6.7 WRITE
6.7 WRITE
6.7.1 Significado y llamada - WRITE
Significado
El FB WRITE transmite datos desde un área de datos local indicada a un área de datos del
interlocutor de comunicación. El área de datos local puede ser un bloque de datos, un área
en la imagen del proceso de entradas/salidas o un área de marcas.(véase el parámetro
SD_1, Parámetros de bloques FMS (Página 266))
El área de datos del interlocutor de comunicación se indica por medio de un nombre de
variable o de un índice de variable.

6.7 WRITE
Condición: configurar variable de comunicación

La estructura de las variables está definida en el interlocutor de comunicación (FMS-Server).
Al establecer el enlace FMS se lee la descripción de la estructura en el interlocutor de
comunicación. Dicha descripción está disponible entonces en el CP PROFIBUS para la
conversión de los datos a la representación FMS.
La descripción de la estructura sólo se lee, al establecer el enlace, si se ha seleccionado la
variable de comunicación al configurar el enlace FMS.
Observar los derechos de acceso establecidos

Tenga en cuenta que se pueden haber establecido derechos de acceso para la transmisión
de datos. En tal caso, la transmisión sólo es posible si se han asignado los derechos
correspondientes para el FMS-Client.
Interfaz de llamada
AWL Explicación
call FB 6, DB 28 ( //WRITE llamada de bloque con DB de instancia
VAR_1 := "SLAVE2".INDEX, //nombra la variable de comunicación a escribir
SD_1 := "PROZESS".Motor1, //direcciona el área de datos desde la que se debe transmitir
DONE := M 1.1, //confirmación de la ejecución
6.7.2 Forma de trabajar WRITE
Forma de trabajar
disparada con el bloque WRITE en el programa de usuario.

6.8 Códigos de condición y mensajes de error - Bloques FMS
Cada petición de WRITE del programa del usuario es acusado por el CP PROFIBUS

La representación muestra que con la confirmación DONE=1, ERROR=0 y STATUS=0000
está garantizada una transmisión de los datos al interlocutor de comunicación y la entrada
en el área de datos remota.
La confirmación positiva de la petición no dice imprescindiblemente que los datos hayan
sido admitidos o procesados ya por la aplicación remota.
Estructura de las tablas

Vea en las tablas siguientes los códigos de condición y los mensajes de error que tenga que
manejar en su programa de usuario. Los significados de los parámetros DONE/NDR,
ERROR y STATUS se explican en Parámetros de bloques FMS (Página 266).
Para una mejor visión de conjunto, los mensajes de error se han listado según el siguiente
esquema:

Procesamiento de la petición sin errores

Un procesamiento correcto de la petición proporciona los siguientes códigos de condición en
la interfaz de FB:
DONE/NDR ERROR STATUS Significado

1 0 0x0000 Petición terminada sin error
0 0 0x000B Petición en curso
Clases de errores
Los códigos de error posibles se agrupan en las siguientes clases de errores:
Tabla 6- 1 Clase de error "Bloque"
Clase de error Significado

Bloque Designa errores o problemas relacionados con:
• Parametrización de FB;
• Procesamiento de bloques en CPU y CP.
Aplicación Designa errores o problemas existentes en la interfaz entre el programa de
usuario y el FB.
Definición Designa errores que hacen referencia ante todo a incoherencias entre el pro-
grama de usuario y la configuración de FMS.
Recursos Designa problemas de recursos del CP PROFIBUS.
Servicio Designa errores o problemas en relación con el servicio FMS solicitado.
Acceso Notifica accesos a objetos rechazados debido a:
• falta de derechos de acceso;
• problemas de hardware;
• otras incoherencias.
OV (directorio de Designa problemas de acceso al directorio de objetos del VFD.
objetos)
Estado de VFD Defecto del VFD no especificado con mayor detalle.
otros otros defectos

6.8.1 Error detectado localmente
Tabla 6- 2 Clase de error "Aplicación"

0 1 0x0001 Problema de comunicación:
p. ej. no se ha establecido la conexión del K-Bus.
0 1 0x0002 Función no ejecutable: confirmación negativa del
CP o error en la secuencia, p. ej. error de protocolo
de K-BUS.
0 1 0x0003 El enlace no está configurado (se ha indicado un ID
no válido). Si el enlace sí que está configurado, este
mensaje de error indica que se ha sobrepasado el
paralelismo admisible en el procesamiento de peti-
ciones. Ejemplo: SAC = 0 configurado y se emite
una petición de REPORT.
0 1 0x0004 El área de datos de recepción es demasiado corta o
los tipos de datos no coinciden.
0 1 0x0005 Ha llegado una petición de Reset del CP (BRCV).
0 1 0x0006 El procesamiento correspondiente de peticiones en
el CP se encuentra en el estado DISABLED o ha
llegado una petición de Reset del CP; esto causa
una transmisión incompleta.
0 1 0x0007 El procesamiento correspondiente de peticiones en
el CP se encuentra en un estado incorrecto.
Para REPORT: el error se especifica con más deta-
lle en el búfer de diagnóstico.
0 1 0x0008 El procesamiento de peticiones del CP notifica error
de acceso a la memoria del usuario.
0 1 0x000A No es posible el acceso a la memoria de usuario
local (p. ej. se ha borrado el DB).
0 1 0x000C Al llamar los SFBs BSEND o BRCV subordinados
se ha indicado un DB de instancia que no pertenece
al SFB 12 / SFB 13 o no se ha utilizado un DB de
instancia, sino un DB Global.
0 1 0x0014 No hay suficiente memoria de trabajo o carga.

0 1 0x0200 Error de referencia de aplicación no especificado.
0 1 0x0201 El enlace configurado no se puede establecer ac-
tualmente, por ejemplo porque no está establecida
la conexión con LAN.

Tabla 6- 3 Clase de error "Definición"

0 1 0x0300 Error de definición no especificado.
0 1 0x0301 El objeto con el índice/nombre solicitado no está
definido.
0 1 0x0302 Los atributos del objeto son incoherentes.
0 1 0x0303 El nombre ya existe.
Tabla 6- 4 Clase de error "Recursos"

0 1 0x0400 Error de recursos no especificado.
0 1 0x0401 No hay memoria disponible.
Tabla 6- 5 Clase de error "Servicio"

0 1 0x0500 Error de servicio no especificado.
0 1 0x0501 Conflicto por estado de objeto.
0 1 0x0502 Se ha sobrepasado el tamaño de PDU configurado.
0 1 0x0503 Conflicto por restricciones de objeto.
0 1 0x0504 Parámetros incoherentes.
0 1 0x0505 Parámetros ilegales.
Tabla 6- 6 Clase de error "Acceso"

0 1 0x0600 Error de acceso no especificado.
0 1 0x0601 Objeto no válido o no se ha cargado directorio de
objetos;
0 1 0x0602 Error de hardware
0 1 0x0603 Acceso a objeto rechazado.
0 1 0x0604 Dirección no válida.
0 1 0x0605 Atributos de objeto incoherentes.
0 1 0x0606 No se da soporte al acceso a objeto..
0 1 0x0607 El objeto no existe en el directorio de objetos (OV) o
GetOV aún en curso.
0 1 0x0608 Conflicto de tipos o contenido de variable fuera del
rango de valores admisible.
0 1 0x0609 No se da soporte al acceso por nombre..

Tabla 6- 7 Clase de error "Directorio de objetos" (OV) / clase de error VFD-Status/Reject

0 1 0x0700 Error de OV no especificado.
0 1 0x0701 Se ha sobrepasado la longitud de nombre admisi-
ble.
0 1 0x0702 Desbordamiento del directorio de objetos.
0 1 0x0703 El directorio de objetos está protegido de escritura.
0 1 0x0704 Desbordamiento de la longitud de extensión.
0 1 0x0705 Desbordamiento de la longitud de la descripción del
objeto.
0 1 0x0706 Problema de procesamiento.

0 1 0x0100 Error de VFD-Status no especificado.
0 1 0x0108 Error de RCC/SAC/RAC
0 1 0x0106 Servicio no compatible.
0 1 0x0105 Error de longitud de PDU.
0 1 0x0102 FMS-PDU con error.
Tabla 6- 8 Clase de error "otros"

0 1 0x0800 Error no especificado.
6.8.2 Errores notificados por el interlocutor FMS
Tabla 6- 9 Clase de error "Aplicación"

0 1 0x8200 Error de referencia de aplicación no especificado.
0 1 0x8201 Aplicación (p. ej. programa de usuario) no accesible.
Tabla 6- 10 Clase de error "Definición"

0 1 0x8300 Error de definición no especificado.
0 1 0x8301 El objeto con el índice/nombre solicitado no está
definido.
0 1 0x8302 Los atributos del objeto son incoherentes.
0 1 0x8303 El nombre ya existe.

Tabla 6- 11 Clase de error "Recursos"

0 1 0x8400 Error de recursos no especificado.
0 1 0x8401 No hay memoria disponible.
Tabla 6- 12 Clase de error "Servicio"

0 1 0x8500 Error de servicio no especificado.
0 1 0x8501 Conflicto por estado de objeto.
0 1 0x8502 Se ha sobrepasado el tamaño de PDU configurado.
0 1 0x8503 Conflicto por restricciones de objeto.
0 1 0x8504 Parámetros incoherentes.
0 1 0x8505 Parámetros ilegales.
Tabla 6- 13 Clase de error "Acceso"

0 1 0x8600 Error de acceso no especificado.
0 1 0x8601 Objeto no válido.
0 1 0x8602 Error de hardware.
0 1 0x8603 Acceso a objeto rechazado.
0 1 0x8604 Dirección no válida.
0 1 0x8605 Atributos de objeto incoherentes.
0 1 0x8606 No se da soporte al acceso a objeto.
0 1 0x8607 El objeto no existe.
0 1 0x8608 Conflicto de tipos o contenido de variable fuera del
rango de valores admisible.
0 1 0x8609 No se da soporte al acceso por nombre.
Tabla 6- 14 Clase de error "OV (directorio de objetos)"

0 1 0x8700 Error de OV no especificado.
0 1 0x8701 Se ha sobrepasado la longitud de nombre admisi-
ble.
0 1 0x8702 Desbordamiento del directorio de objetos.
0 1 0x8703 El directorio de objetos está protegido de escritura.
0 1 0x8704 Desbordamiento de la longitud de extensión.
0 1 0x8705 Desbordamiento de la longitud de la descripción del
objeto.
0 1 0x8706 Problema de procesamiento.

6.9 Alcance / requerimiento de recursos del FB (PROFIBUS FMS)
Tabla 6- 15 Clase de error "VFD-Status" / Clase de error "otros"

0 1 0x8100 Error de VFD-Status no especificado.

0 1 0x8000 Error no especificado - reconocido por el interlocu-
tor.
6.9 Alcance / requerimiento de recursos del FB (PROFIBUS FMS)
Nota
artículo:
Tabla 6- 16 Datos para FBs en S7-400
NOMBRE Versión N.º FB Demanda Demanda MC7 [bytes] Datos lo- DB instan- DB instan-
de memoria de memoria cales cia [bytes] cia MC7
de carga de trabajo [bytes] [bytes]
[bytes] [bytes]
IDENT 1.4 2 1658 1364 1328 136 464 196
READ 1.5 3 2474 2086 2050 130 606 338
REPORT 1.5 4 2184 1818 1782 156 588 332
STATUS 1.3 5 1656 1390 1354 112 438 190
WRITE 1.5 6 2486 2094 2058 142 632 358
Tabla 6- 17 Datos para FBs en S7-300
NOMBRE Versión N.º FB Bloque Demanda MC7 [bytes] Datos lo- DB instan- DB instan-
[bytes] de memoria cales cia [bytes] cia MC7
de trabajo [bytes] [bytes]
[bytes]
IDENT 1.6 2 1462 1254 1218 86 306 158
READ 1.5 3 1998 1700 1664 64 218 70
REPORT 1.6 4 2036 1732 1696 76 230 72
STATUS 1.6 5 1430 1244 1208 60 182 46
WRITE 1.6 6 2028 1724 1688 76 230 72

Historia del documento A
Este capítulo ofrece una visión general de las versiones del manual que hay hasta el
momento y de los complementos funcionales de los bloques de programa.
Novedades de la edición 07
Esta edición del manual contenía correcciones y ampliaciones.
Cambios / ampliaciones:
● Denominación de los bloques de programa PROFIenergy para S7-300 en STEP 7
Professional
● Capacidad / recursos necesarios de los bloques de programa para Ethernet y
PROFIBUS FMS
● Reacción de los CPs SIMATIC NET a telegramas ICMP
Esta edición del manual contenía correcciones.
Correcciones:
● Bloques de programa PROFIenergy
● PROFIenergy
Nuevos bloques de programa para funciones PROFIenergy

Historia del documento
● Nuevo bloque de programa AG_CNTEX
● Adaptación al nuevo software de configuración STEP 7 Professional
En el nuevo software de configuración, los bloques de programa solo se indican con su
nombre simbólico. El presente manual lo tiene en cuenta y utiliza preferentemente los
nombres de los bloques de programa. De todas formas, se sigue incluyendo una
asignación de las denominaciones con números de bloque de acuerdo con lo utilizado en
STEP 7 V5.5.
● Bloque de programa complementado FTP_CMD
Es posible crear conexiones FTP con seguridad SSL.
● Referencia a FAQ sobre el manejo de bloques.
● Peculiaridades del uso del FB para conexiones programadas y configuración IP en
sistemas de alta disponibilidad (sistemas H)
● DP_SEND / DP_RECV Complementada la explicación del indicador de estado 8180H.
● DP_CTRL: Se ha complementado la descripción faltante del tipo de petición CTYPE = 4.
Se han complementado datos relativos a CTYPE 1, 7 y 8, dado que estos no son
soportados ya a partir del tipo de módulo DA02.
● DP_CTRL: se ha complementado la explicación para los siguientes indicadores de
estado: 8181H, 8183H, 8333H, 8334H
Respecto a la edición anterior, en la presente edición se ha agregado lo siguiente:
● En el capítulo Industrial Ethernet
Para la comunicación ERPC de CPs ERPC se proporciona un nuevo bloque de función
FB 56.
● En el capítulo FBs / FCs para servicios FTP
Ahora la descripción del bloque de datos File-DB está contenida tanto en la Ayuda en
pantalla como en este manual.

● En el capítulo FBs para conexiones programadas y configuración IP

Ahora el capítulo también contiene la descripción completa del bloque de datos de
configuración necesario.
Como información añadida, aquí se describe la posibilidad de configurar un nombre de
dispositivo para determinados tipos de CP.
● En el capítulo FCs/FBs para PROFINET IO
Se ha agregado la posibilidad de desactivar la transmisión de información de estado
detallada en las FCs PNIO_SEND y PNIO_RECV. Con ello puede conseguirse una
respuesta más rápida en la interfaz.
Esta edición del manual reunía las descripciones de bloques que hasta ahora se
encontraban en los manuales para CPs S7 clasificados según tipos de redes. Dichos
manuales ya no contendrán en el futuro las descripciones de bloques.
En comparación con las ediciones hasta ahora actuales de los manuales para CPs S7, en la
edición 1 se agregan las siguientes novedades en las descripciones de bloques:
● En el capítulo Industrial Ethernet
Para el modo FTP-Client de Advanced-CPs se proporciona un nuevo bloque de
funciones FB 40. Con este FB se pueden crear de forma eficiente secuencias completas
de peticiones FTP en el programa de usuario.
● En el capítulo PROFINET IO
Modificación de parámetros e los bloques para PROFINET IO
– FC11 PNIO_SEND (versión de bloque 2.0)
– FC12 PNIO_RECV (versión de bloque 2.0)
Estas dos funciones se tienen que utilizar para CPs que usen al mismo tiempo los modos
PROFINET IO-Controller y PROFINET IO-Device.


Bibliografía B
Cómo encontrar la documentación SIMATIC NET
● Catálogos
Los números de pedido para los productos Siemens relevantes aquí se encuentran en
los catálogos siguientes:
– SIMATIC NET Comunicación industrial/identificación industrial, catálogo IK PI
– Productos SIMATIC para automatización totalmente integrada y microautomatización,
catálogo ST 70
Puede solicitar catálogos e información adicional a la subsidiaria o sucursal
correspondiente de Siemens.
El Industry Mall se encuentra en la siguiente dirección de Internet:
Enlace: (https://mall.industry.siemens.com)
● Documentación en Internet
En las páginas de Internet del Siemens Automation Customer Support también
encontrará los manuales SIMATIC NET:
Enlace: (https://support.industry.siemens.com/cs/ww/es/ps/15247)
Desplácese al grupo de productos deseado y realice los ajustes siguientes:
Ficha "Lista de artículos", Tipo de artículo "Manuales"
● Documentación en la instalación de STEP 7
A los manuales disponibles en la documentación en línea de la instalación de STEP 7 en
la PG/el PC se puede acceder desde el menú "Inicio > "Todos los programas" >
"Siemens Automation" > "Documentación".
B.1 Para la configuración, puesta en servicio y utilización del CP
/1/
SIMATIC NET
CPs S7 para Industrial Ethernet
Configurar y poner en servicio
Manual Parte A − Aplicación general
Manual de configuración
Siemens AG
Enlace a la parte A: (https://support.industry.siemens.com/cs/ww/es/view/30374198)

Bibliografía
B.2 Para la programación
B.2 Para la programación
/2/
SIMATIC NET
Manual de programación
Siemens AG
/3/
SIMATIC NET
Bloques de programa para CP S7 SIMATIC NET
Historial de las versiones, manual de referencia
Siemens AG
ID de artículo: Enlace: (https://support.industry.siemens.com/cs/ww/es/view/9836605)
/4/
SIMATIC
Programar con STEP 7
Siemens AG
(parte del paquete de documentación de STEP 7 "Información básica de STEP 7")
(componente de la documentación online en STEP 7)
Enlace: (https://support.industry.siemens.com/cs/ww/zh/view/45531107)
/5/
SIMATIC
Funciones estándar y funciones de sistema para S7-300/400 - tomo 1/2
Manual de referencia
Siemens AG
(parte del paquete de documentación de STEP 7 "Información básica de STEP 7")
(componente de la documentación online en STEP 7)
En Internet, bajo la siguiente ID de artículo:

Índice alfabético
A D
AG_CNTEX, 60 Datos de sistema
AG_CNTRL, 48 Bloque de parámetros para, 118
Dirección del CP, 13, 15
Dispositivo PROFIenergy, 173
B
Bloque de datos de configuración, 113
E
Bloque PNIO_ALARM (FB54)
Parámetros formales, 170 Encabezado de petición, 23
Bloque PNIO_RECV (FC12) Enlace de correo electrónico
Parámetros formales, 156 Bloque de parámetros para, 123
Bloque PNIO_RW_REC (FB52) Enlace FTP
Bloque PNIO_SEND (FC11) Enlace ISO-on-TCP
Bloques FC Enlace TCP
AG_LOCK / AG_UNLOCK, 42 Bloque de parámetros para, 120
AG-RECV / AG_LRECV, 224 Enlace UDP
AG-RECV / AG_LRECV / AG_SRECV, 32 Bloque de parámetros para, 121
AG-SEND / AG_LSEND, 217
AG-SEND / AG_LSEND / AG_SSEND, 25
Indicaciones generales, 13, 15 F
Número de bloque, 13, 15
FB, 13, 15
para conexiones configuradas, 21
Códigos de condición y mensajes de error: errores
Bloques FC (FCs)
detectados localmente,
para enlace AG-AG, 215
Códigos de condición y mensajes de error:
Bloques FC para coordinación de accesos en caso de
notificados por el interlocutor FMS,
FETCH/WRITE, 42
IDENTIFY, 269
Búfer de peticiones, 215
READ, 271
REPORT, 273
STATUS, 275
C
WRITE, 278
Cabecera de petición, 215, 217 FMS
Caso de repuesto, 15 Códigos de condición y mensajes de
Caso de sustitución, 17 error, 280, 280
Comando ping, 60, 63 Parámetros de bloques, 266
CONF_DB, 131
CONF_DB See Bloque de datos de configuración, 113
Controlador PROFIenergy, 173 G
Coordinación de accesos, 42
Glosario, 5
Glosario de SIMATIC NET, 5

Índice alfabético
I
ID de enlace, 119
Rango de valores, 119
L
Librería de bloques, 210
P
PE_DS3_Write_ET200S_CP, 14
PE_Mode_ID, 174, 200
S
Service_Request_ID, 184
T
Tipos de enlace
Bloques de parámetros para, 119
Tipos de subbloque, 125


PGH FC-FB-S7CP 78

Cargado por

Copyright:

Formatos disponibles

PGH FC-FB-S7CP 78

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

PGH FC-FB-S7CP 78

Cargado por

Copyright:

Formatos disponibles

Bloques de programa para CPs S7 ___________________

Bloques de programa para

Siemens AG C79000-G8978-C229-08 Copyright © Siemens AG 2008 - 2015.

Grupo destinatario y motivación

Estructura del manual

Ámbito de validez del manual

Bloques de programa para CPs S7 SIMATIC NET

Denominación "Bloque de programa"

Novedades de esta edición

Capítulo Cambio / ampliación

Bloques de programa para CPs S7 SIMATIC NET

Edición del manual sustituida

Documentación del CP en la Manual Collection (referencia A5E00069051)

Información sobre versiones actuales de los bloques de programa (FCs/FBs)

Historial de versiones para bloques de programa y CPs S7

Ejemplos de aplicación para el tema comunicación

Glosario de SIMATIC NET

Bloques de programa para CPs S7 SIMATIC NET

Bloques de programa para CPs S7 SIMATIC NET

Bloques de programa para CPs S7 SIMATIC NET

2.3.2.1 Significado y llamada - AG_CNTEX....................................................................................... 60

Bloques de programa para CPs S7 SIMATIC NET

2.6 Bloques de programa para ERPC-CP ..................................................................................136

Bloques de programa para CPs S7 SIMATIC NET

3.3.7.1 Significado y llamada - DS3_WRITE_CP ............................................................................ 204

Bloques de programa para CPs S7 SIMATIC NET

5.2.5.5 Command Mode y Group Select - DP_CTRL .......................................................................259

Bloques de programa para CPs S7 SIMATIC NET

Bloques de programa para CPs S7 SIMATIC NET

Forma de suministro - Librería de bloques

La lista representada a continuación muestra los números de bloques tal y como se

Servicio de comunicación / Bloque de programa Librería de SIMATIC NET

Bloques de programa para CPs S7 SIMATIC NET

Servicio de comunicación / Bloque de programa Librería de SIMATIC NET

¿Qué versión de bloque se debe utilizar?

Bloques de programa para CPs S7 SIMATIC NET

Bloques de programa en caso de repuesto

1.2 Bloques de programa para PROFIBUS

Forma de suministro - Librería de bloques

La lista representada a continuación muestra los números de bloques tal y como se

Bloques de programa para CPs S7 SIMATIC NET

Servicio de comunicación / área de Bloque de programa Librería de SIMATIC NET

PROFIBUS FMS IDENTIFY FB2 x x

¿Qué versión de bloque se debe utilizar?

Bloques de programa para CPs S7 SIMATIC NET

Bloques de programa en caso de sustitución

1.3 Parametrización de llamadas de los bloques de programa

Indicaciones generales sobre la llamada y parametrización

Bloques de programa para CPs S7 SIMATIC NET

1.4 Parámetros para coordinación de CP y enlaces (parámetros de

Comportamiento al indicar una dirección errónea

Causa Reacción o indicación

Bloques de programa para CPs S7 SIMATIC NET

1.5 Parámetros para definir una determinada área de datos de la CPU

Indicar el área de datos en la CPU

1.6 Informaciones sobre estado/status (parámetros de salida)

Evaluar indicaciones de estados

Bloques de programa para CPs S7 SIMATIC NET

Indicaciones de estado al arrancar el CP