Syh Sinaut-St7-B2 78

___________________
Prólogo
Ampliación de proyectos
___________________
SINAUT 1
El software de ingeniería
___________________
SINAUT 2
SIMATIC NET
___________________
Sinopsis de la configuración 3
Industrial Remote Communication -
TeleControl 4
SINAUT ST7 - Software (1) ___________________
Configuración en STEP 7
Configuración de módulos
___________________
PROXY 5
Manual de sistema
___________________
Configuración SINAUT 6
Librería de bloques SINAUT
7
___________________
TD7onCPU
Herramienta de diagnóstico
___________________
y servicio SINAUT 8
9
___________________
Routing PG SINAUT
A
___________________
Bibliografía
Volumen 2: Configuración en STEP 7 V5
02/2018
C79000-G8978-C222-11
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 de 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 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
correcciones se incluyen en la siguiente edición.
Siemens AG C79000-G8978-C222-11 Copyright © Siemens AG 2009 - 2018.

Division Process Industries and Drives Ⓟ 02/2018 Sujeto a cambios sin previo aviso Reservados todos los derechos
Postfach 48 48
90026 NÜRNBERG
ALEMANIA
Prólogo
Prólogo
Ámbito de validez del manual

El presente manual es válido para los siguientes módulos TIM Ethernet:
● TIM 3V-IE
Referencia 6NH7800-3BA00
● TIM 3V-IE Advanced
Referencia 6NH7800-3CA00
● TIM 4R-IE
Referencia 6NH7800-4BA00
Versión de hardware 4
Versión de firmware V2.7
Módulo de comunicación para SIMATIC S7-300 y S7-400, protocolo SINAUT ST7
Consulte las versiones de software necesarias en el apartado "Requisitos de software".
La referencia, la versión de hardware y las direcciones MAC están grabadas en la carcasa.
Figura 1 SIMATIC S7-300 con TIM 3V-IE Advanced (izquierda) y TIM 4R-IE (derecha)
Los siguientes módulos de comunicación del sistema de Telecontrol SINAUT ST7 no se

describen en el presente manual de sistema:
● TIM 1531 IRC
● CP 1243-8 IRC
● CP 1542SP-1 IRC
● RTU3000
SINAUT ST7 - Software (1)

Manual de sistema, 02/2018, C79000-G8978-C222-11 3
Prólogo
Encontrará enlaces a los manuales de dichos módulos en la bibliografía del anexo. Allí
también encontrará enlaces a los manuales de los sistemas de puestos de control SINAUT
ST7cc y SINAUT ST7sc.
Objetivo del presente manual

El presente manual de sistema describe las propiedades de los módulos TIM indicados
arriba. Muestra ejemplos de aplicación y le presta apoyo en el montaje, la conexión, la
puesta en servicio, la configuración y el diagnóstico de los dispositivos.
Estructura del manual de sistema

El manual de sistema SINAUT ST7 se divide en tres volúmenes.
● Volumen 1: Sistema y hardware
El volumen 1 es una introducción al sistema de control de estación SINAUT ST7 y
proporciona una vista general de los componentes de hardware actuales.
Facilita la planificación de estructuras de red y topologías y describe la instalación y
puesta en marcha de los componentes SINAUT de conformidad con las directivas de
instalación.
El prólogo del volumen 1 incluye también una relación de los productos descatalogados
de la gama SINAUT con las correspondientes ediciones del manual de sistema.
● Volumen 2: Software (1)
El volumen 2 describe la configuración y el diagnóstico de los módulos TIM en
STEP 7 V5.
● Volumen 3: Software (2)
El volumen 3 describe la configuración y el diagnóstico de los módulos TIM en
STEP 7 Professional (TIA Portal).
Novedades
● Documentación
El manual de sistema se ha complementado con el volumen 3, que describe la
configuración en STEP 7 Professional (TIA Portal).
● Configuración en STEP 7 Professional
Los módulos TIM Ethernet con versión del firmware V2.6 o superior pueden configurarse
en STEP 7 Professional (TIA Portal).
La configuración se soporta a partir de STEP 7 Professional V15.

4 Manual de sistema, 02/2018, C79000-G8978-C222-11
Prólogo
● SINAUT Engineering Software

Nuevas funciones del software de ingeniería SINAUT en la versión indicada más abajo
(apartado "Requisitos de software"), entre otras:
Configuración de módulos proxy para la transferencia de datos de configuración en
proyectos de STEP 7 Professional:
– PROXY CP1243-8 IRC basado en un TIM 3V-IE Advanced
– PROXY TIM 1531 IRC basado en un TIM 4R-IE
Encontrará información en el capítulo Ampliación de proyectos SINAUT (Página 21).
Compatibilidad con Windows 10 / Server 2012 / Server 2016
● Librería de bloques TD7onCPU para STEP 7 Professional
Los bloques de programa TD7onCPU están disponibles para STEP 7 Professional V15
con la versión de librería V3.
● Firmware del TIM
Las nuevas funciones se soportan a partir de la versión de firmware V2.6.
Documentación sustituida
El presente manual sustituye la edición 09/2016 del manual.
Versión actual del manual en Internet

Se puede consultar la versión actual del presente manual en las páginas web de Siemens
Industry Online Support:
Enlace: (https://support.industry.siemens.com/cs/ww/es/ps/21771/man)
Para ediciones anteriores del manual, véase abajo el apartado Historial de versiones
(Página 9).
Encontrará más información en Internet

Encontrará más información sobre los productos ST7 de TeleControl en la siguiente
dirección de Internet:
Enlace: (https://support.industry.siemens.com/cs/ww/es/ps/15915)
Elija en el tipo de información deseada en "Tipo de artículo".
Documentación complementaria
En el anexo de este manual encontrará un resumen de documentación complementaria.
Designaciones de producto y abreviaturas

● TIM / módulo / dispositivo
Estas denominaciones se aplican a las tres variantes del TIM.

Prólogo
● STEP 7
El nombre del producto se utiliza en el contexto correspondiente para la herramienta de
configuración STEP 7 V5 o STEP 7 Professional.
● PG
Programadora, PC con el proyecto de STEP 7 V5.
● ES
Estación de ingeniería, PC con el proyecto de STEP 7 Professional.
Referencias cruzadas
En este manual se emplean con frecuencia referencias cruzadas a otros capítulos.
Para volver a la página de inicio después de haber saltado a una referencia cruzada,
algunos lectores de PDF utilizan el comando <Alt>+<flecha izquierda>.
Requisitos de software
Para la configuración y las funciones online de los módulos TIM descritos en el presente
documento se requieren las versiones de software indicadas a continuación. Pueden
utilizarse los siguientes sistemas, alternativamente:
● STEP 7 V5
Software necesario:
– STEP 7 V5.6
junto con
– Software de ingeniería SINAUT V5.5 + SP3
Para TD7onCPU:
– Si se utiliza TD7onCPU, junto con el software de ingeniería SINAUT debe instalarse
la librería SINAUT TD7 para la CPU V2.2 + SP4 + HF1.
Encontrará la descripción de la configuración en el volumen 2 del manual de sistema.
● STEP 7 Professional (TIA Portal)
Software necesario:
– STEP 7 Professional versión V15
La configuración con funciones limitadas es posible a partir de STEP 7 Professional
V14.0 SP1 Update 1.
Para TD7onCPU:
– La librería SINAUT TD7 correspondiente V3.0 para la CPU, que puede utilizarse con
STEP 7 Professional versión V15 y superior, se carga desde las páginas web de
Siemens Industry Online Support:
Enlace: (https://support.industry.siemens.com/cs/ww/es/view/109755374)
Encontrará la descripción de la configuración en el volumen 3 del manual de sistema.

Prólogo
CPU compatibles
Encontrará los tipos de CPU que pueden utilizarse junto con el módulo TIM correspondiente
en el capítulo "Directivas de instalación y CPU compatibles" del volumen 1.
Información de seguridad
Siemens ofrece productos y soluciones con funciones de seguridad industrial con el objetivo
de hacer más seguro el funcionamiento de instalaciones, sistemas, máquinas y redes.
Para proteger las instalaciones, los sistemas, las máquinas y las redes de amenazas
cibernéticas, es necesario implementar (y mantener continuamente) un concepto de
seguridad industrial integral que sea conforme a la tecnología más avanzada. Los productos
y las soluciones de Siemens constituyen únicamente una parte de este concepto.
El cliente es responsable de impedir el acceso no autorizado a sus instalaciones, sistemas,
máquinas y redes. Los sistemas, las máquinas y los componentes solo deben estar
conectados a la red corporativa o a Internet cuando y en la medida que sea necesario y
siempre que se hayan tomado las medidas de protección adecuadas (p. ej. uso de
cortafuegos y segmentación de la red).
Adicionalmente, deberán observarse las recomendaciones de Siemens en cuanto a las
medidas de protección correspondientes. Encontrará más información sobre seguridad
industrial en la siguiente dirección:
Enlace: (http://www.siemens.com/industrialsecurity)
Los productos y las soluciones de Siemens están sometidos a un desarrollo constante con
el fin de mejorar todavía más su seguridad. Siemens recomienda expresamente realizar
actualizaciones en cuanto estén disponibles y utilizar únicamente las últimas versiones de
los productos. El uso de versiones anteriores o que ya no se soportan puede aumentar el
riesgo de amenazas cibernéticas.
Para mantenerse informado acerca de las actualizaciones de productos, recomendamos
que se suscriba al Siemens Industrial Security RSS Feed en la siguiente dirección:
Condiciones de la licencia
Nota
Open Source Software
Lea detenidamente las condiciones de la licencia para Open Source Software antes de
utilizar el producto.
Encontrará las condiciones de licencia en la siguiente documentación incluida en los

soportes de datos suministrados:
● OSS_TIM-3VIE_99.pdf
● OSS_TIM-4RIE_99.pdf
● OSS_SINAUT-ES_99.pdf

Prólogo
Productos descatalogados
Nota
Discontinuidad de módulos (descatalogación de productos)
Tenga en cuenta la discontinuidad de suministro de los productos siguientes.
Si existen tipos sucesores para los dispositivos descatalogados se indicarán en las
notificaciones de Internet.
● A partir del 15.04.2015, los productos siguientes tienen el estado "descatalogados":

– TIM 4R (6NH7800-4AA90)
– TIM 4RD (6NH7800-4AD90)
Consulte al respecto las notificaciones del producto en Internet:
Enlace: (https://support.industry.siemens.com/cs/ww/en/view/109475169)
● A partir del 01.10.2016, los productos siguientes tienen el estado "descatalogados".
– Modem MD2
– Modem MD3
– LTOP1 / LTOP2 y accesorios
– Router EGPRS MD741-1
Documentación 09/2016 para TIM 4R / TIM 4RD y accesorios

La presente edición del manual de sistema ya no contiene información sobre los módulos
TIM 4R y TIM 4RD.
Si necesita información sobre estos productos, consulte la edición 09/2016 del manual de
sistema, que encontrará en las páginas web de Siemens Industry Online Support:
● Volumen 1
● Volumen 2
Documentación 05/2007 para SINAUT ST1 y módulos ST7 antiguos

La presente edición del manual de sistema ya no contiene información sobre el sistema
SINAUT ST1 y los siguientes módulos antiguos:
● Todos los módulos TIM 3 existentes hasta ahora: TIM 3V, TIM 32, TIM 33, TIM 34
● TIM 4V, TIM 4VD, TIM 42, TIM 42D, TIM 43, TIM 43D, TIM 44, TIM 44D

Prólogo
Si necesita información sobre estos módulos o bien sobre SINAUT ST1, consulte la edición
05/2007 de este manual, que encontrará en las páginas web de Siemens Industry Online
Support:
● Volumen 1
● Volumen 2
Encontrará una relación de los productos en el capítulo 1 "Componentes de una instalación

SINAUT ST7" del volumen 1.
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:
Encontrará un glosario específico de SINAUT en el anexo del manual.
Formación, Service & Support

Encontrará la información relativa a la formación, Service & Support en el documento
multilingüe "DC_support_99.pdf", disponible en las páginas de Internet de Siemens Industry
Online Support:
Historial de versiones
Las ediciones anteriores del manual describían las novedades y versiones indicadas a
continuación.

Prólogo
Edición 09/2016 del manual (C79000-G89xx-Cxxx-10)

Nuevas funciones:
● Software de ingeniería
Nueva versión del software de ingeniería SINAUT V5.5 SP2, utilizable con STEP 7 a
partir de la versión V5.4 SP4:
– Configuración de un módulo sustitutivo PROXY CP1243-8 IRC basado en un TIM
3V-IE Advanced
El CP 1243-8 IRC puede configurarse en STEP 7 Basic a partir de la versión
V13.0 SP1.
– Mejora de la configuración de conexiones selectiva seleccionando dispositivos
individuales
– Reenvío del intervalo de intercambio de la llave al módem MD720 usando el protocolo
MSCsec
– Eliminación de fallos en la sincronización horaria de un TIM mediante la CPU
● Librería de bloques TD7onCPU
Nueva versión de la librería de bloques TD7onCPU V2.2 SP4 + Hotfix 1
– Nuevo bloque "FC-PathStatus" para visualizar la vía principal y sustitutiva hacia el
interlocutor remoto
El bloque puede utilizarse a partir de la versión V5.5 SP1 del software de ingeniería y
a partir del firmware V2.5.4 del TIM.
– Ahora ya es posible emplear la librería de bloques en un TIM autónomo dentro de un
S7-400 y un S7-400H con una sola CPU (modo individual).
Ámbito de validez del manual:
● TIM 3V-IE, TIM 3V-IE Advanced, TIM 4R-IE, TIM 4R / 4RD
● Software de configuración y diagnóstico SINAUT ST7 para la PG, V5.4
● Librería SINAUT TD7 para la CPU, V2.2 SP2
● Firmware del TIM SINAUT V4.4.0 para el TIM 4
● Firmware del TIM SINAUT V2.5 para las variantes del TIM 3V-IE
● Firmware del TIM SINAUT V2.5 para las variantes del TIM 4R-IE
Las funciones descritas anteriormente del software de ingeniería SINAUT V5.5 SP2 están
incluidas en la versión de firmware V2.5.4 de los módulos TIM Ethernet.

Prólogo

Nuevas funciones:
● Nueva versión del software de configuración y diagnóstico SINAUT ST7 V5.4
– Sincronización horaria del TIM 4R-IE por NTP
Encontrará la descripción en el capítulo 3 (Configuración en STEP 7 > Configuración
de módulos TIM > Ficha "NTP") del volumen 2.
– Sincronización horaria del TIM con la CPU
Encontrará la descripción en el capítulo 3 (Configuración en STEP 7 > Configuración
de la sincronización horaria) del volumen 2.
– Protocolo MSCsec: transferencia segura, autenticación con cambio de clave
Encontrará la descripción en el capítulo 2 (Configuración - Vista general >
Comunicación por GPRS/Internet) del volumen 2.
● Nueva versión de firmware V2.5 para los módulos TIM TIM 3V-IE, TIM 3V-IE Advanced,
TIM 4R-IE
Las funciones nuevas se han mencionado arriba bajo las novedades del software de
configuración.
● TIM 3V-IE, TIM 3V-IE Advanced, TIM 4R-IE, TIM 4R / 4RD

Nuevas funciones:
● Nueva versión V5.2 del software de configuración y diagnóstico SINAUT ST7
● Versión V5.1 del software de configuración y diagnóstico SINAUT ST7
● Nueva librería SINAUT TD7 V2.2 SP2 para la CPU

Prólogo

Nuevas funciones:
● Nueva versión del "Software de configuración SINAUT ST7 para PG/PC" V5.0
– Los TIM Ethernet pueden configurarse para la comunicación a través del protocolo
MSC. Esto permite utilizar el módem GPRS/GSM SINAUT MD720-3 en redes de
Internet/GPRS también con SINAUT. Desde un TIM Ethernet puede establecerse
directamente una conexión cifrada a través de un módem DSL vía Internet.
– Con el "Software de configuración SINAUT ST7 para PG/PC" V5.0 o superior es
posible configurar el procedimiento de tiempo pautado también con un TIM de
estación maestra sin receptor DCF7 si se utiliza un TIM 4R-IE con conexión Ethernet
a un PC ST7cc/ST7sc como TIM de estación maestra.
El software de configuración versión V5.0 puede utilizarse con STEP 7 versión V5.4
Service Pack 4 o superior.
El software de configuración versión V5.0 está soportado por los siguientes sistemas
operativos:
– Windows XP Professional SP2
– Windows Server 2003 SP2
– Windows Vista 32 bits Ultimate y Business (con o sin SP1)
● Nueva versión de firmware V2.0 para todos los módulos TIM Ethernet
El firmware nuevo soporta el protocolo MSC.
● Software de configuración SINAUT ST7 para PG/PC, V5.0
● Librería SINAUT TD7 para la CPU, V2.2
● Firmware del TIM SINAUT V2.0 para el TIM 4R-IE

Nuevas funciones:
● Nuevo producto "TIM 4R-IE" para el acoplamiento de SINAUT vía WAN y Ethernet
● Nueva versión de producto del "Software de configuración SINAUT ST7 para PG/PC"
V4.1
● Firmware del TIM SINAUT V4.3.7 para el TIM 3/TIM 4

Prólogo
Edición 10/2006 del manual (C79000-G89xx-C178-05)

Nuevas funciones:
● Nuevas versiones de producto
– Software de configuración SINAUT ST7 para PG/PC, V4.0
– Librería SINAUT TD7 para la CPU, V2.2, con nuevos bloques para la comunicación a
través del bus P
● Nuevo hardware para GSM y GPRS
– Módem GPRS MD740-1 para la comunicación segura orientada a paquetes a través
de redes móviles GSM (GPRS)
– Módem GSM MD720-3 en sustitución del módem GSM descatalogado MC45 para
establecer conexiones por marcación a través de redes móviles GSM; posible a partir
del firmware V1.7.3 del MD720-3
● Firmware del TIM SINAUT V4.3.7 para el TIM 3/TIM 4

Prólogo

Índice
Prólogo ................................................................................................................................................... 3
1 Ampliación de proyectos SINAUT ......................................................................................................... 21
1.1 Módulos para proyectos SINAUT nuevos y por ampliar.........................................................21
1.2 Requisitos para la ampliación .................................................................................................22
2 El software de ingeniería SINAUT ......................................................................................................... 25
2.1 Herramienta de configuración y diagnóstico SINAUT ............................................................26
2.2 Librería de bloques TD7 (TD7onCPU) ...................................................................................31
2.3 Instalación del software de ingeniería SINAUT ......................................................................33
2.4 Desinstalación del software de ingeniería SINAUT ................................................................34
3 Sinopsis de la configuración .................................................................................................................. 35
3.1 Recomendaciones Security ....................................................................................................35
3.2 El software de configuración SINAUT ST7 en el mundo SIMATIC ........................................37
3.3 Desarrollo de la configuración de una instalación de telecontrol ...........................................38
3.4 Software TD7: Uso y variantes ...............................................................................................39
3.5 Sinopsis de la configuración de un TIM ..................................................................................42
3.6 Comunicación GPRS/Internet: Sinopsis de la configuración..................................................46
3.7 SMS ........................................................................................................................................49
3.8 Generación de datos de sistema tras modificar la configuración de instalaciones
existentes ................................................................................................................................51
4 Configuración en STEP 7 ...................................................................................................................... 53
4.1 Resumen de posibilidades de conexión de las interfaces del TIM .........................................53
4.2 Creación de un proyecto, estaciones y redes ........................................................................55
4.2.1 Creación de un proyecto en el SIMATIC Manager .................................................................55
4.2.2 Catálogo de redes y estaciones .............................................................................................56
4.2.3 Creación de redes y estaciones .............................................................................................57
4.2.4 Creación de estaciones ajenas a STEP 7 ..............................................................................58
4.3 Configuración de estaciones en STEP 7 / HW Config ...........................................................59
4.3.1 Integración de racks y configuración de módulos ..................................................................61
4.3.2 Tiempo de vigilancia del ciclo de la CPU................................................................................62
4.4 Configuración de redes y nodos de red en STEP 7 / NetPro .................................................62
4.4.1 Generación de conexiones de red ..........................................................................................63
4.4.2 Configuración de redes MPI ...................................................................................................65
4.4.3 Configuración de nodos de red MPI .......................................................................................68
4.4.4 Configuración de Industrial Ethernet ......................................................................................70
4.4.5 Configuración de nodos Ethernet ...........................................................................................71

Índice
4.4.6 Configuración de redes SINAUT............................................................................................ 73

4.4.7 Configuración de nodos de red WAN .................................................................................... 82
4.4.8 Prueba de plausibilidad en la configuración de red ............................................................... 98
4.5 Configuración de módulos TIM .............................................................................................. 99
4.5.1 Sinopsis de las fichas del cuadro de diálogo de propiedades ............................................... 99
4.5.2 Ficha "General" .................................................................................................................... 100
4.5.3 Ficha "Addresses" ................................................................................................................ 101
4.5.4 Ficha "Special" ..................................................................................................................... 102
4.5.5 Ficha "Time Service" ............................................................................................................ 103
4.5.6 Ficha "Interfaces" ................................................................................................................. 111
4.5.7 Ficha "Options" .................................................................................................................... 116
4.5.8 Ficha "NTP" .......................................................................................................................... 118
4.5.9 Comprobar la coherencia y guardar .................................................................................... 119
4.6 Configuración de la sincronización horaria .......................................................................... 120
4.6.1 Configuración de la sincronización horaria - Sinopsis ......................................................... 120
4.6.2 Sincronización horaria de la CPU S7-300 en TD7onTIM .................................................... 122
4.6.3 Sincronización horaria de una CPU S7-400 ........................................................................ 123
4.6.4 Sincronización del TIM Ethernet mediante la CPU.............................................................. 124
5 Configuración de módulos PROXY ......................................................................................................127
5.1 PROXY: Sinopsis de la configuración.................................................................................. 127
5.2 Configuración en STEP 7 V5 ............................................................................................... 129
5.3 Particularidades del PROXY CP1243-8 IRC ....................................................................... 130
5.4 Particularidades del PROXY TIM 1531 IRC ........................................................................ 134
5.5 Configuración SINAUT ......................................................................................................... 135
5.6 Exportar datos de configuración .......................................................................................... 136
6 Configuración SINAUT .........................................................................................................................139
6.1 Introducción.......................................................................................................................... 139
6.1.1 Manejo de la herramienta de configuración SINAUT ST7 ................................................... 139
6.1.2 Inicio de la herramienta de configuración SINAUT .............................................................. 140
6.1.3 Información de la versión ..................................................................................................... 141
6.2 Configuración de conexiones en la herramienta de configuración SINAUT ....................... 142
6.2.1 Configuración de las conexiones SINAUT ........................................................................... 142
6.2.2 Conexiones no válidas ......................................................................................................... 146
6.2.3 Restablecimiento de conexiones suprimidas ....................................................................... 148
6.2.4 Configuración selectiva de conexiones ............................................................................... 148
6.2.5 Opciones de la configuración de conexiones ...................................................................... 150
6.3 Administración de dispositivos en la herramienta de configuración SINAUT ...................... 151
6.3.1 Lista de dispositivos ............................................................................................................. 152
6.3.2 Puestos de control ST7cc/sc redundantes .......................................................................... 154
6.3.3 Configuración del proveedor de red GSM para estaciones MSC ........................................ 156
6.3.4 Cuadro de diálogo "Properties of subscriber" ...................................................................... 158
6.3.4.1 Sinopsis de parámetros ....................................................................................................... 158
6.3.4.2 Ficha "Info" ........................................................................................................................... 160
6.3.4.3 Ficha "Partner" ..................................................................................................................... 161
6.3.4.4 Ficha "Connections" ............................................................................................................. 161
6.3.4.5 Ficha "Polling List" ............................................................................................................... 165

Índice
6.3.4.6 Ficha "Telephone Directory" .................................................................................................167

6.3.4.7 Ficha "DB Configuration" ......................................................................................................170
6.3.4.8 Ficha "SMS Configuration" ...................................................................................................171
6.3.4.9 Ficha "MSC station list".........................................................................................................178
6.3.4.10 Ficha "Library Info" ................................................................................................................185
6.3.5 Opciones de administración de dispositivos .........................................................................185
6.4 Software TD7onTIM ..............................................................................................................186
6.4.1 Componentes de TD7onTIM ................................................................................................186
6.4.2 Cuadros de diálogo de parametrización de TD7onTIM ........................................................188
6.4.3 Ajustes básicos de dispositivos TIM con TD7onTIM ............................................................190
6.4.4 Parámetros de TD7onTIM específicos de los dispositivos de destino .................................194
6.4.5 Sinopsis de los objetos SINAUT ...........................................................................................197
6.4.6 Inserción y borrado de objetos SINAUT ...............................................................................199
6.4.7 Objetos de sistema ...............................................................................................................202
6.4.7.1 Parametrización de los objetos de sistema ..........................................................................202
6.4.7.2 WatchDog .............................................................................................................................203
6.4.7.3 PartnerStatus ........................................................................................................................203
6.4.7.4 PathStatus ............................................................................................................................205
6.4.7.5 OpInputMonitor .....................................................................................................................207
6.4.7.6 SmServiceCenter ..................................................................................................................210
6.4.8 Objetos de datos ...................................................................................................................213
6.4.8.1 Parámetros básicos de los objetos de datos ........................................................................213
6.4.8.2 Sinopsis de canales y funciones de la parametrización de canales ....................................219
6.4.8.3 Parámetros obligatorios de los canales de emisión .............................................................221
6.4.8.4 Parámetros obligatorios de los canales de recepción ..........................................................224
6.4.8.5 Bin04B_S/_R .........................................................................................................................226
6.4.8.6 Ana04W_S/_R .......................................................................................................................228
6.4.8.7 Dat12D_S/_R ........................................................................................................................229
6.4.8.8 Mean04W_S/_R ....................................................................................................................230
6.4.8.9 Cnt01D_S/_R, Cnt04D_S/_R ................................................................................................231
6.4.8.10 Cmd01B_S/_R ......................................................................................................................232
6.4.8.11 Set01W_S/_R ........................................................................................................................234
6.4.8.12 Par12D_S/_R, Par12x1D_R ..................................................................................................236
6.4.8.13 Sms01_S ...............................................................................................................................241
6.5 Almacenamiento y generación de datos de sistema ............................................................246
6.5.1 Almacenamiento de datos de dispositivos ...........................................................................246
6.5.2 Generación de bloques de datos de sistema .......................................................................248
6.5.3 Creación de bloques SINAUT TD7 para la CPU ..................................................................249
6.5.4 Generación de números de dispositivo SINAUT como comentario .....................................251
6.5.5 Comprobación de coherencia ...............................................................................................252
6.6 Cargar ...................................................................................................................................252
6.6.1 Carga de bloques de datos de sistema en el TIM ................................................................252
6.6.2 Carga de bloques de datos en la CPU .................................................................................253
6.7 La configuración en la práctica .............................................................................................253
6.7.1 Matriz de cambios .................................................................................................................253
6.7.2 Incorporación de estaciones con la función Upload Station to PG ......................................255
6.7.3 Cambio de la dirección MPI de la CPU ................................................................................256
6.7.4 Copia y reorganización de proyectos de STEP 7 .................................................................256
6.7.5 Prevención de conflictos de sello de tiempo ........................................................................257
7 Librería de bloques SINAUT TD7onCPU ............................................................................................. 259

Índice
7.1 Tipos de bloque y manejo .................................................................................................... 259

7.1.1 Tipos de bloque de TD7onCPU ........................................................................................... 259
7.1.2 La librería de bloques TD7 ................................................................................................... 262
7.1.3 Sinopsis de bloques ............................................................................................................. 265
7.1.4 Cambiar números de bloque................................................................................................ 268
7.1.5 Copiar programas ................................................................................................................ 277
7.1.6 Aplicación de la Ayuda en pantalla ...................................................................................... 279
7.2 Comunicación entre objetos SINAUT .................................................................................. 282
7.3 Estructuración del programa de usuario SINAUT................................................................ 290
7.3.1 Programa de arranque SINAUT en OB100 ......................................................................... 291
7.3.2 El programa cíclico SINAUT ................................................................................................ 291
7.3.3 OB de alarma cíclica ............................................................................................................ 296
7.3.4 OB de error de programación .............................................................................................. 296
7.4 Bloques básicos ................................................................................................................... 297
7.4.1 FC Startup ............................................................................................................................ 297
7.4.2 FC BasicTask ....................................................................................................................... 298
7.4.3 DB BasicData ....................................................................................................................... 299
7.4.4 FB XCom .............................................................................................................................. 300
7.4.5 DB XComData...................................................................................................................... 300
7.4.6 FB PCom .............................................................................................................................. 301
7.4.7 DB PComData...................................................................................................................... 301
7.4.8 FB BCom .............................................................................................................................. 301
7.4.9 DB BComData...................................................................................................................... 301
7.4.10 FC Create ............................................................................................................................. 302
7.4.11 FC Distribute ........................................................................................................................ 302
7.4.12 FC Search ............................................................................................................................ 302
7.4.13 FC Diagnose ........................................................................................................................ 303
7.5 Typicals de puntos de datos ................................................................................................ 303
7.5.1 Tipos y vista general de los typicals de puntos de datos .................................................... 303
7.5.2 Sello de tiempo .................................................................................................................... 305
7.5.3 Parámetros repetitivos ......................................................................................................... 307
7.5.4 Typical de valores binarios Bin04B_S ................................................................................. 317
7.5.5 Typical de valores binarios Bin04B_R ................................................................................. 319
7.5.6 Typical de valores analógicos Ana04W_S ........................................................................... 320
7.5.7 Typical de valores analógicos Ana04W_R .......................................................................... 329
7.5.8 Typicals de valores de contaje Cnt01D_S / Cnt04D_S........................................................ 330
7.5.9 Typicals de valores de contaje Cnt01D_R / Cnt04D_R ....................................................... 333
7.5.10 Typical de comandos Cmd01B_S ........................................................................................ 337
7.5.11 Typical de comandos Cmd01B_R........................................................................................ 340
7.5.12 Typical de consigna Set01W_S ........................................................................................... 342
7.5.13 Typical de consigna Set01W_R ........................................................................................... 347
7.5.14 Typical de parámetros Par12D_S ........................................................................................ 351
7.5.15 Typical de parámetros Par12D_R ........................................................................................ 361
7.5.16 Typical de datos Dat12D_S ................................................................................................. 367
7.5.17 Typical de datos Dat12D_R ................................................................................................. 371
7.5.18 Typical de datos Dat256D_S ............................................................................................... 373
7.5.19 Typical de datos Dat256D_R ............................................................................................... 378
7.6 Bloques para ampliaciones opcionales ............................................................................... 384
7.6.1 FC ListGenerator (300/400) ................................................................................................. 384
7.6.2 FC TimeTask........................................................................................................................ 386

Índice
7.6.3 FC Trigger .............................................................................................................................389

7.6.4 FC PulseCounter ..................................................................................................................394
7.6.5 FC Safe .................................................................................................................................396
7.6.6 FC PartnerStatus ..................................................................................................................399
7.6.7 FC PathStatus .......................................................................................................................401
7.6.8 FC PartnerMonitor ................................................................................................................403
7.6.9 FC ST7ObjectTest ................................................................................................................408
7.6.10 FB SMS_Control ...................................................................................................................409
7.6.11 DB SMS_Data .......................................................................................................................416
7.7 Bloques de prueba ................................................................................................................420
7.7.1 FC TestCopy .........................................................................................................................420
7.7.2 DB TestCopyData .................................................................................................................424
7.8 Bloques de sistema utilizados SFC / SFB ............................................................................428
8 Herramienta de diagnóstico y servicio SINAUT ................................................................................... 431
8.1 Sinopsis de funciones y manejo de la herramienta de diagnóstico y servicio SINAUT .......431
8.1.1 Inicio del programa y tipos de acceso ..................................................................................431
8.1.2 Acceso a los dispositivos SINAUT y manejo de los cuadros de diálogo de diagnóstico .....435
8.1.3 Funciones de la herramienta de diagnóstico y servicio SINAUT .........................................436
8.2 Diagnóstico STEP 7 ..............................................................................................................438
8.2.1 Avisos de CPU ......................................................................................................................438
8.2.2 Estado del módulo ................................................................................................................440
8.2.3 Estado operativo ...................................................................................................................446
8.2.4 Ajustar la hora .......................................................................................................................447
8.3 Diagnóstico SINAUT .............................................................................................................448
8.3.1 Diagnóstico TIM ....................................................................................................................448
8.3.2 Diagnóstico de dispositivos TIM ...........................................................................................455
8.3.3 Diagnóstico TD7onTIM .........................................................................................................461
8.3.4 Avisos de diagnóstico TIM ....................................................................................................464
8.3.5 Monitor de telegramas TIM ...................................................................................................467
8.3.6 Diagnóstico CPU TD7 ...........................................................................................................469
8.3.7 Estructura de bloques TD7 ...................................................................................................471
8.3.8 Estructura de bloques TD7 para todas las CPU ...................................................................476
8.3.9 Comparación de programas de CPU TD7 ............................................................................477
8.3.10 Comprobación TD7 de la configuración de la comunicación ...............................................479
8.3.11 Visualización de SDB............................................................................................................481
8.4 Funciones de servicio ...........................................................................................................489
8.4.1 Cargar SDB ...........................................................................................................................489
8.4.2 Actualización de firmware .....................................................................................................490
8.4.3 Reparación ............................................................................................................................493
8.5 Diagnóstico del registro de telegramas ................................................................................495
8.5.1 Testcopy-DB .........................................................................................................................495
8.5.2 Registro de ST7cc/ST7sc .....................................................................................................497
8.5.3 Registro de telegramas TIM .................................................................................................497
8.5.4 Diagnóstico del registro de telegramas TIM .........................................................................498
8.6 Avisos en el búfer de diagnóstico del TIM ............................................................................508
8.6.1 Avisos de diagnóstico del TIM ..............................................................................................508
8.6.2 Significado de ERRCLS y ERRCOD ....................................................................................521

Índice
8.7 Avisos en el búfer de diagnóstico de la CPU ....................................................................... 522

8.7.1 Avisos de diagnóstico SINAUT de TD7onCPU ................................................................... 523
9 Routing PG SINAUT ............................................................................................................................529
9.1 ¿Qué es el routing PG? ....................................................................................................... 529
9.1.1 Introducción.......................................................................................................................... 529
9.1.2 Ejemplos de configuración del routing PG ........................................................................... 530
9.1.3 Volumen de funciones del routing PG ................................................................................. 532
9.1.4 Propiedades y restricciones del routing PG ......................................................................... 533
9.2 Requisitos del sistema para el routing PG ........................................................................... 535
9.2.1 STEP 7 ................................................................................................................................. 535
9.2.2 SDB para routing.................................................................................................................. 536
9.2.3 Ajustes para redes SINAUT ................................................................................................. 536
9.2.4 Nueva compilación de bloques de sistema ......................................................................... 537
9.2.5 Carga de SDB recién generados en un TIM en ejecución .................................................. 537
9.2.6 Carga centralizada de SDB por medio de routing PG ......................................................... 538
9.3 Aplicación del routing PG ..................................................................................................... 542
9.3.1 Propiedades de la interfaz PG/PC ....................................................................................... 542
9.3.2 Asignación de PG/PC en la red SINAUT ............................................................................. 543
9.3.3 Routing PG en redes de marcación ..................................................................................... 546
9.3.4 Anulación de la conexión PG/PC en la red SINAUT ........................................................... 546
A Bibliografía...........................................................................................................................................547
Glosario ...............................................................................................................................................551
Índice alfabético ...................................................................................................................................565

Ampliación de proyectos SINAUT 1
1.1 Módulos para proyectos SINAUT nuevos y por ampliar
Proyectos SINAUT nuevos en TIA Portal

Para proyectos SINAUT nuevos existe la posibilidad de configurar los módulos siguientes en
STEP 7 Basic / Professional V15 (TIA Portal) sin necesidad de una configuración previa en
STEP 7 V5.
Tabla 1- 1 Configuración de módulos en STEP 7 Basic / Professional
Nombre del módulo (versión Módulos utilizables en STEP 7 Basic / Professional V15 o superior
de firmware) Módulo del catálogo Versión de STEP 7
TIM 3V-IE (V2.6) TIM 3V-IE STEP 7 Professio-
nal
TIM 3V-IE Advanced (V2.6) TIM 3V-IE Advanced STEP 7 Professio-
nal
TIM 4R-IE (V2.6) • TIM 4R-IE STEP 7 Professio-
nal
• TIM 4R-IE Stand-alone
CP 1243-8 IRC (V3.0) CP 1243-8 IRC STEP 7 Basic
TIM 1531 IRC (V1.0) TIM 1531 IRC STEP 7 Professio-
nal
CP 1542SP-1 IRC (V2.0) CP 1542SP-1 IRC STEP 7 Professio-
nal
Ampliación de proyectos SINAUT existentes en TIA Portal

Los proyectos SINAUT con módulos TIM de las familias SIMATIC S7-300 y 400
configurados en STEP 7 V5 pueden ampliarse con módulos de comunicación S7-1200/1500
configurados en STEP 7 Basic o STEP 7 Professional en TIA Portal.
Los módulos de comunicación disponibles para la ampliación de instalaciones SINAUT
existentes son los siguientes:
● CP 1243-8 IRC
STEP 7 Basic V13.0 SP1 o superior
● TIM 1531 IRC
STEP 7 Professional V15 o superior
Con el fin de no tener que volver a crear, configurar y programar todo el proyecto
STEP 7 V5 en STEP 7 Professional, existe la posibilidad de ampliar el proyecto STEP 7 V5
con estaciones S7-1200/1500 que tengan módulos de comunicación compatibles.

Ampliación de proyectos SINAUT
1.2 Requisitos para la ampliación
La configuración de un módulo de comunicación para la ampliación se lleva a cabo del

siguiente modo:
1. Configuración de un comodín (proxy) para un módulo S7-1200/1500 en el proyecto
STEP 7 V5
El proxy recibe los parámetros de comunicación, conexión y dirección específicos de
SINAUT.
2. Exportación de los datos de configuración (SDB) del proxy desde STEP 7 V5 como
archivo de texto
3. Importación de los datos de configuración del proxy a un módulo compatible de
STEP 7 Basic / Professional
El nuevo módulo adopta de STEP 7 V5 los parámetros específicos de SINAUT en cuanto
a comunicación, conexión y dirección.
4. Terminación de la configuración del nuevo módulo en STEP 7 Basic / Professional
Los módulos siguientes soportan este procedimiento:
Tabla 1- 2 Migración de módulos de STEP 7 V5 a STEP 7 Basic / Professional (TIA Portal)
Función del módulo para la ampliación del Módulo S7-1200/1500 en STEP 7 Basic /
proyecto STEP 7 V5 Professional
TIM (función) para la Proxy del catálogo Módulo compatible Versión de STEP 7
ampliación que se utilizará necesaria
TIM 3V-IE Advanced PROXY ⇒ CP 1243-8 IRC STEP 7 Basic
CP1243-8 IRC
TIM 4R-IE PROXY ⇒ TIM 1531 IRC STEP 7 Professional
TIM 1531 IRC
TIM 4R-IE Stand- PROXY ⇒ TIM 1531 IRC STEP 7 Professional
alone TIM 1531 IRC
Nota
TIM 4R-IE Stand-alone para S7-400 se convierte en TIM 1531 IRC
Un TIM 4R-IE Stand-alone necesario en STEP 7 V5 y asignado a una CPU-400 debe
sustituirse por un TIM 1531 IRC cuando se amplían proyectos SINAUT clásicos en STEP 7
Professional.
Solo es posible crear un TIM 4R-IE Stand-alone en proyectos nuevos que se configuran
exclusivamente en STEP 7 Professional.
Encontrará detalles sobre la configuración en el capítulo Configuración de módulos PROXY

(Página 127).

Los siguientes requisitos son aplicables para la importación de datos de configuración de
STEP 7 V5 a STEP 7 Basic / Professional.
Para proyectos nuevos en STEP 7 Basic / Professional hay otros módulos disponibles que
no se mencionan aquí.

Requisitos: Versiones de software

Para la ampliación de proyectos SINAUT se requieren las herramientas de configuración
citadas anteriormente en las versiones indicadas.
● Proyecto de STEP 7 V5
Se requiere un archivo de configuración del módulo de comunicación de un proyecto
STEP 7 V5 coherente.
Requisitos: Versiones de firmware / actualización del módulo

● Firmware de los módulos de comunicación
Se requieren las siguientes versiones de firmware de los módulos de comunicación
utilizados:
– TIM 1531 IRC - V1.1
Un TIM 1531 IRC V1.0 puede sustituirse por un TIM 1531 IRC V1.1, pero no a la
inversa.
El modo de la "Configuración de Telecontrol" ("Ajustes básicos") se pone a
"Configurar". Se aplican los datos existentes.
– CP 1243-8 IRC - V2.1
Aplicación de los datos de STEP 7 V5 sin posibilidad de cambio
Un CP V2.1 físico puede sustituirse por un CP V3.1, pero no a la inversa. El CP
utilizado debe tener la versión de hardware 2. Se aplican los datos existentes.
Requisitos: TIM 1531 IRC

● Interlocutores de la comunicación en el TIM 1531 IRC
Requisitos para la importación de conexiones ST7 entre un TIM 1531 IRC y una CPU
1500:
– La CPU 1500 debe tener como mínimo la versión de firmware V2.5.
– El TIM y la CPU deben estar conectados en red antes de la importación a
STEP 7 Professional.
– Para el uso de TD7onCPU, la CPU no debe estar asignada aún al TIM en
Requisitos para conexiones ST7 entre un TIM 1531 IRC y una aplicación de PC:
– El TIM y la estación PC deben estar conectados en red antes de la importación a
Direcciones IP de una CPU 1500 o una estación PC como interlocutor de comunicación
ST7 del TIM 1531 IRC:
– La dirección IP en el proyecto de STEP 7 Professional debe ser idéntica a la dirección
configurada en STEP 7 V5 para la CPU o estación PC correspondiente.


El software de ingeniería SINAUT 2
El software de ingeniería SINAUT se suministra en un CD-ROM y se compone de dos
partes:
● Software de configuración y diagnóstico SINAUT
Se instala en la PG o el PC y tiene las siguientes finalidades:
– Configuración de los datos de telecontrol específicos de los módulos TIM como
complementación a las funciones de STEP 7
Compatibilidad con los protocolos de acción remota ST7 y DNP3
– Diagnóstico de los módulos TIM
● Librería SINAUT TD7 (TD7onCPU)
Contiene bloques de programa para la CPU S7.
El CD-ROM contiene además el manual de sistema SINAUT ST7 y el manual TIM DNP3 en
formato PDF.
El software puede utilizarse para tantos proyectos SINAUT como se desee.
Datos de pedido y sistemas operativos
Tabla 2- 1 Sinopsis para el pedido del software de ingeniería SINAUT
Referencia Nombre de producto / explicación

6NH7997-0CA55-0AA0 Software de ingeniería SINAUT, versión V5.5 + SP3, compuesto de:
• Software de configuración y diagnóstico SINAUT ST7 para la programadora
• Librería SINAUT TD7 con bloques para la CPU
• Manual electrónico (alemán/inglés)
6NH7997-0CA50-0GA0 Actualización del software de ingeniería SINAUT, versión < V5.0, a la versión
V5.0
6NH7997-0CA55-0GA0 Actualización del software de ingeniería SINAUT, versión
V5.0/V5.1/V5.2/V5.3/V5.4, a la versión V5.5
Información en Internet
Encontrará información sobre el software de ingeniería SINAUT en las páginas de Internet
de Siemens Industry Online Support, con la dirección siguiente:
Enlace: (https://support.industry.siemens.com/cs/ww/es/ps/15928/pm)
También encontrará la información de producto en el Siemens Industry Mall, bajo la
dirección siguiente:
Enlace: (https://mall.industry.siemens.com)

El software de ingeniería SINAUT
2.1 Herramienta de configuración y diagnóstico SINAUT
Sistemas operativos compatibles

El PC para la instalación del software de ingeniería SINAUT debe tener uno de los sistemas
operativos siguientes:
● MS Windows 7 Ultimate, Professional / Enterprise (64-bit) + SP1
● MS Windows 10 Pro / Enterprise (64-bit)
● MS Windows Server 2008 R2 (64-bit) + SP1
● MS Windows Server 2012 R2 (64-bit)
● MS Windows Server 2016 (64-bit)

El software de configuración comprende las partes siguientes:
● El administrador de módulos para complementar la herramienta de STEP 7 HW Config
se encarga en HW Config de la representación y parametrización de los módulos TIM.
● El administrador de red WAN para complementar la herramienta de STEP 7 NetPro se
encarga en NetPro de la representación y la parametrización de las redes SINAUT WAN
y los nodos de red SINAUT.
● La herramienta de configuración SINAUT ST7 se utiliza para las funciones comunes a
todo el proyecto, como la configuración de conexiones SINAUT y la gestión de
estaciones SINAUT.
● La herramienta de diagnóstico y servicio SINAUT ST7. Además de las funciones de
diagnóstico ya conocidas de STEP 7. La herramienta de servicio permite cargar, por
ejemplo, software nuevo en un TIM.
El administrador de módulos para SINAUT ST7

El administrador de módulos SINAUT amplía el catálogo de la herramienta de configuración
de hardware de STEP 7 HW Config. El directorio SIMATIC 300 se ha ampliado con la
carpeta SINAUT ST7. En ella se incluyen todos los módulos TIM disponibles.
Desde el directorio SINAUT ST7 es posible seleccionar el módulo TIM necesario en cada
caso e instalarlo en el rack S7.
Para la configuración del módulo se puede abrir un cuadro de diálogo de propiedades.
También se puede acceder a dicho cuadro desde la herramienta de configuración NetPro.

Figura 2-1 Administrador de módulos para SINAUT ST7
El administrador WAN para SINAUT ST7

El administrador de WAN SINAUT amplía el catálogo de la herramienta de configuración de
redes de STEP 7 NetPro. El directorio Subredes se ha ampliado con las redes SINAUT.
Desde este directorio es posible seleccionar las redes SINAUT necesarias e instalarlas en la
ventana de red de STEP 7.
En la ventana de red de STEP 7, los módulos TIM se interconectan con las redes con el
ratón. Los errores de interconexión se rechazan de inmediato.
Para determinar los parámetros de aplicación general para una red, p. ej. el protocolo ST7,
velocidad de transmisión, etc. se abre un cuadro de diálogo de propiedades en
correspondencia.
En un cuadro diálogo adicional se pueden definir propiedades individuales para cada nodo
de red (p. ej. el número de teléfono propio en la red telefónica).

Figura 2-2 El administrador WAN para SINAUT ST7
En caso necesario, el cuadro de diálogo de propiedades de un módulo TIM también puede

abrirse desde NetPro. En ese caso las propiedades de ajuste serán las mismas que en
HW Config.
La herramienta de configuración SINAUT ST7

La herramienta de configuración SINAUT ST7 no supone una ampliación de una de las
herramientas estándar de STEP 7, como es el caso de los dos administradores anteriores,
sino que es una herramienta de configuración propia, integrada en el entorno STEP 7.
Permite llevar a cabo cómodamente todas las demás tareas de configuración necesarias
para SINAUT. Consiste en:
● Configuración de conexiones
● Administración de dispositivos
● Sinopsis de configuración SINAUT ST1
En primer lugar, con la herramienta Configuración de conexiones se determinan los
dispositivos SINAUT (CPU ST7, ST7cc/ST7sc) entre los cuales se requiere una conexión.
Para ello, la herramienta coloca todas las conexiones teóricamente posibles en la mitad

derecha de una ventana dividida para que puedan seleccionarse. Las conexiones las
determina la herramienta automáticamente sobre la base de la red configurada con NetPro
(consulte Administrador WAN). Utilizando el menú contextual, las conexiones que realmente
se necesitan se incorporan a la ventana izquierda.
Figura 2-3 La herramienta de configuración SINAUT ST7
La herramienta Administración de dispositivos pone a disposición del usuario, entre otros,

una lista de todos los dispositivos SINAUT. En caso necesario es posible realizar
adaptaciones específicas de dispositivo, p. ej. cambiar el número de dispositivo SINAUT de
los diferentes dispositivos o configurar textos de avisos para que se envíen como SMS.
Además, en la Administración de dispositivos se configuran los telegramas de datos que van
a recibirse y enviarse en caso de que el TIM deba encargarse de la formación y evaluación
de telegramas (solo es posible para TIMs con función TD7onTIM). A partir de los datos de
configuración, la herramienta genera los bloques de datos de sistema (SDB) para las CPUs
y los TIMs. Si el software SINAUT TD7 se utiliza para la CPU, la herramienta elabora los
bloques de datos de contabilidad y comunicación para las CPUs y los agrupa en los
directorios de bloques de las CPUS junto con los bloques (FBs, FCs) que las diferentes
CPUs necesitan para la comunicación SINAUT.
La tercera herramienta Sinopsis de configuración SINAUT ST1 solo es necesaria para
configurar instalaciones en las que también hay integrados dispositivos SINAUT ST1. Es
una ayuda, que permite realizar, en caso necesario, una comparativa clara de las
direcciones para SINAUT ST1.
La siguiente figura muestra esquemáticamente cómo configurar cómodamente los mensajes
SMS desde la Administración de dispositivos. El resultado de la configuración es la
generación automática de los bloques de datos que contienen textos y los correspondientes
bloques de función, y su almacenamiento en el directorio de bloques de las CPUs
implicadas.

Figura 2-4 La configuración de mensajes SMS
La herramienta de diagnóstico y servicio SINAUT ST7

Además de las funciones de diagnóstico que ya se conocen de STEP 7, aquí se tiene
acceso a información de diagnóstico específica de SINAUT. La herramienta de servicio
permite cargar, por ejemplo, software nuevo en un TIM.

2.2 Librería de bloques TD7 (TD7onCPU)
Figura 2-5 Ejemplos de diagnóstico SINAUT ST7

La librería SINAUT TD7 contiene bloques de programa para la CPU. Se ha diseñado para
que funcione tanto en una CPU S7-400 como en una S7-300. Hay pocos bloques previstos
especialmente solo para las CPU S7-300 o S7-400.
El software SINAUT TD7 se encarga de que en las estaciones tenga lugar una transmisión
de datos de proceso controlada por modificaciones entre las distintas CPU y con la estación
maestra (el "puesto de control"), p. ej. ST7cc. Si se producen fallos en conexiones, en las
CPU o en el puesto de control, se señalizan. Una vez subsanado el fallo o tras el arranque
de la CPU o el puesto de control, tiene lugar una actualización automática de los datos. Si
se desea, los telegramas de datos se pueden dotar de un sello de tiempo.

Nota
Solo con ayuda del software SINAUT TD7 puede establecerse desde la CPU una
comunicación de datos con otras CPU o con el ST7cc/ST7sc mediante una conexión WAN.
Esto no es posible con los SFB/SFC de comunicación S7 para conexiones configuradas y
no configuradas, que solo están indicados para la comunicación local sin paso de red.
Nota
En los TIM Ethernet puede elegir entre 2 alternativas:
• TD7onCPU
El programa SINAUT se crea, como se ha descrito antes, con los bloques TD7 para la
CPU y se ejecuta en la CPU, en la que ocupa memoria de trabajo.
• TD7onTIM
El programa SINAUT se ejecuta en el TIM. En el caso ideal, no se requiere memoria de
programa para SINAUT en la CPU.
Consulte también el capítulo Software TD7: Uso y variantes (Página 39).
Básicamente, el paquete TD7onCPU consta de:

● Bloques básicos y auxiliares
La mayoría de estos bloques se necesitan siempre en la CPU. Unos pocos son
opcionales. Los bloques básicos asumen funciones centrales como el arranque, la
vigilancia de las conexiones e interlocutores, consultas generales, el control de tiempo, la
gestión de la comunicación, etc. Los bloques auxiliares se encargan de introducir
telegramas en la bandeja de envío o retirarlos de la bandeja de recepción, ejecutar
tareas de transmisión y recepción específicas de la conexión o poner a disposición
información buscada.
● Typicals de punto de datos
Estos bloques se incorporan en función de los tipos y volúmenes de datos a transmitir en
el programa de CPU. En caso de modificación de los datos, crean telegramas y emiten
datos de proceso recibidos.
Para poder trabajar correctamente, el paquete TD7 necesita algunos bloques de datos
generados por la herramienta de configuración SINAUT ST7. Se trata de:
● DB central de contabilidad
Contiene todos los datos necesarios a nivel central, entre otros la contabilidad de todos
los interlocutores de la comunicación, así como de todas las conexiones a gestionar.
● DB de comunicación
Para cada conexión se crea un DB de comunicación propio con bandeja de envío y de
recepción, así como con todos los datos necesarios para el control y la vigilancia de
dicha conexión.

2.3 Instalación del software de ingeniería SINAUT
El paquete se completa con bloques de diagnóstico y transmisión de alarmas:

● TestCopy
Con ayuda de este bloque puede guardarse dentro de la CPU qué telegramas se envían
o reciben.
● SMS_Control
Cuando se producen eventos definidos por el usuario, este bloque crea los
correspondientes mensajes de texto que pueden enviarse como SMS a un teléfono móvil
determinado.
2.3 Instalación del software de ingeniería SINAUT

Para instalar los componentes del software individual o conjuntamente deben cumplirse los
siguientes requisitos:
● Un sistema operativo compatible: Consulte el capítulo El software de ingeniería SINAUT
(Página 25).
● Una versión compatible del software STEP 7: Consulte Prólogo (Página 3).
Si en el PC o la PG está activado el inicio automático (Autorun), el programa de instalación
de SINAUT ST7 arrancará automáticamente tras insertar el CD. En caso contrario, abra el
directorio raíz del CD desde el explorador e inicie la aplicación Setup.exe.
El programa de instalación determina los componentes instalables que hay en el CD y los
muestra para su selección. Actualmente hay programas de instalación para los
componentes siguientes.
● Configuración de SINAUT ST7: Versión básica
● Librería SINAUT TD7
Figura 2-6 Cuadro de diálogo principal de instalación
Seleccione los componentes deseados (es posible seleccionar varios paquetes a la vez
utilizando la combinación mayúsculas + clic) e inicie la instalación con el botón "Instalar".
Nota
Para configurar instalaciones SINAUT es necesario instalar ambos paquetes: Librería TD7 y
Configuración.
A medida que avanza la instalación se van consultando y mostrando otras informaciones.

2.4 Desinstalación del software de ingeniería SINAUT
Concretamente, los programas de instalación realizan las tareas siguientes:

● Los programas y datos suministrados en el marco de SINAUT ST7 se copian en la
ubicación correspondiente del sistema STEP 7.
● En el menú Inicio de Windows se integra un nuevo submenú SINAUT ST7 bajo SIMATIC,
que incluye las herramientas SINAUT.
● En el escritorio se crea un icono SINAUT ST7 Configuration.
Nota
SINAUT S7 se registra en los archivos de sistema de Microsoft Windows. No está permitido
mover o cambiar el nombre de archivos o carpetas SINAUT ST7 ni modificar los datos de
STEP 7 en el registro de Microsoft Windows con las herramientas de Microsoft Windows,
como el explorador de archivos. Si se realizan tales modificaciones es posible que el
programa no se ejecute correctamente.
2.4 Desinstalación del software de ingeniería SINAUT

Para desinstalar el software de ingeniería SINAUT utilice los medios disponibles en el
sistema operativo. Para ello, abra el panel de control de Windows y seleccione el punto
Software.
En la ventana que se abre seleccione la entrada correspondiente al componente SINAUT
ST7 deseado en la ficha Install / Uninstall y pulse el botón Add / Remove. Tras una pregunta
de control se elimina del sistema el componente SINAUT ST7 correspondiente.
Nota
Al desinstalar no se anulan las entradas realizadas por el sistema en los archivos
WINSTART.BAT/CONFIG.SYS/AUTOEXEC.BAT. En caso de desinstalación, es posible que
también permanezcan archivos creados de forma dinámica por STEP 7. La herramienta de
desinstalación lo detectará y lo advertirá con el aviso "Some elements could not be
removed. You should manually remove items related to the application". Si lo desea, puede
borrar estos archivos generados de forma dinámica, pero no es imprescindible.

Sinopsis de la configuración 3
3.1 Recomendaciones Security
Tenga en cuenta las siguientes recomendaciones de seguridad para impedir accesos no
autorizados al sistema.
General
● Compruebe regularmente si el equipo cumple las presentes recomendaciones y otras
directivas internas de Security.
● Realice una evaluación integral de la seguridad de su instalación. Utilice un sistema de
protección de celdas con los productos correspondientes.
● No conecte el equipo directamente a Internet. Utilice el equipo dentro de un área de red
protegida.
● Mantenga actualizado el firmware. Infórmese periódicamente sobre las actualizaciones
de seguridad del firmware y aplíquelas.
● Infórmese periódicamente sobre las novedades en las páginas web de Siemens.
– Aquí encontrará información sobre Industrial Security:
– Aquí encontrará información sobre seguridad informática en la comunicación
industrial:
Enlace: (http://w3.siemens.com/mcms/industrial-communication/es/ie/industrial-
ethernet-security/Seiten/industrial-security.aspx)
– Aquí encontrará un documento relativo a la seguridad en la red (6ZB5530-1AP02-
0BA5):
Enlace:
(http://w3app.siemens.com/mcms/infocenter/content/es/Pages/order_form.aspx?node
Key=key_518693&infotype=brochures&linkit=null)
Aplique los siguientes filtros: 6ZB5530
Acceso físico
Limite el acceso físico al equipo al personal cualificado.
Conexión de red
No conecte el TIM directamente a Internet. Si desea conectar el TIM a Internet, utilice las
variantes de seguridad de los protocolos de Telecontrol o conecte dispositivos de protección
delante del TIM. Son dispositivos de protección, por ejemplo, un router SCALANCE M o un
módulo de seguridad SCALANCE S con cortafuegos.

Sinopsis de la configuración
3.1 Recomendaciones Security
Funciones de seguridad del producto

Aproveche las posibilidades de los ajustes de seguridad en la configuración del producto.
Incluyen, entre otros:
● Niveles de protección
Configure un nivel de protección para la CPU.
Encontrará información al respecto en el sistema de información de STEP 7.
● Función de seguridad de la comunicación
– Utilice las funciones de seguridad de los protocolos de Telecontrol.
– Utilice las variantes de protocolo seguras, por ejemplo NTP (secure).
Contraseñas
● Defina reglas para la utilización de los equipos y la asignación de contraseñas.
● Para aumentar la seguridad, actualice regularmente las contraseñas.
● Utilice exclusivamente contraseñas de alto grado de seguridad. Evite utilizar contraseñas
débiles, p. ej., "contraseña1", "123456789" o similares.
● Asegúrese de que todas las contraseñas están protegidas y no permiten el acceso de
personal no autorizado.
Consulte a este respecto también el apartado anterior.
● No utilice una misma contraseña para diversos usuarios y sistemas.
Protocolos
Protocolos seguros y no seguros

● Active únicamente los protocolos que necesite para utilizar el sistema.
● Si el acceso al equipo no está protegido por medidas de protección físicas, utilice
protocolos seguros.
El protocolo NTP ofrece una alternativa segura con NTP (secure).
Tabla: Significado de los títulos de columna y las entradas

La tabla siguiente le ofrece una panorámica de los puertos abiertos de este equipo.
● Protocolo/función
Protocolos que soporta el equipo.
● Número de puerto (protocolo)
Número de puerto asignado al protocolo.

3.2 El software de configuración SINAUT ST7 en el mundo SIMATIC
● Ajuste predeterminado del puerto

– Abierto
El puerto está abierto al empezar la configuración.
– Cerrado
El puerto está cerrado al empezar la configuración.
● Estado del puerto
– Abierto
El puerto está siempre abierto y no puede cerrarse.
– Abierto tras configuración
El puerto está abierto si se ha configurado.
– Abierto (inicio de sesión si está configurado)
El puerto está abierto de forma predeterminada. Una vez configurado el puerto, el
interlocutor debe iniciar sesión.
– Cerrado tras configuración
El puerto está cerrado, dado que el TIM siempre es cliente para este servicio.
● Autenticación
Indica si el protocolo autentica el interlocutor durante el acceso.
Protocolo / fun- Número de puerto Ajuste predetermi- Estado del puerto Autenticación
ción (protocolo) nado del puerto
Conexiones S7 y 102 (TCP) Abierto Abierto No
online
Puerto de interlocutores de la comunicación y de routers

Asegúrese de habilitar los puertos cliente necesarios en el cortafuegos correspondiente de
los interlocutores de la comunicación y de routers intermedios.
Pueden ser:
● MSC / 26382 (TCP) - configurable en una interfaz central: 1024 .. 65535
● NTP / 123 (UDP)
● DNS / 53 (UDP)
3.2 El software de configuración SINAUT ST7 en el mundo SIMATIC

El software de ingeniería SINAUT es la herramienta de configuración esencial para
instalaciones de acción remota SINAUT. Ayuda a configurar los componentes de acción
remota en un proyecto de STEP 7.

3.3 Desarrollo de la configuración de una instalación de telecontrol
La figura siguiente muestra la posición del software de configuración SINAUT ST7 dentro
del sistema completo del mundo SIMATIC. Las áreas cubiertas por nubes son suministradas
por el software de ingeniería SINAUT.
Figura 3-1 El software de ingeniería SINAUT en el sistema global de STEP 7 V5
El paquete de STEP 7 pone a disposición los medios auxiliares para la configuración de

LAN.
El software SINAUT permite también configurar lo siguiente:
● Redes SINAUT y nodos de red WAN
● Módulos TIM SINAUT
● Conexiones SINAUT
● Comunicación sencilla por Internet
3.3 Desarrollo de la configuración de una instalación de telecontrol

La configuración de una instalación de telecontrol SINAUT se reproduce a continuación
paso a paso. Se dedica especial atención a los cuadros de diálogo de manejo de la
herramienta de configuración SINAUT.

3.4 Software TD7: Uso y variantes
Figura 3-2 Desarrollo de la configuración de una instalación de telecontrol
Para configurar una nueva instalación de telecontrol SINAUT hay que abrir básicamente la
herramienta de configuración SINAUT después de configurar los dispositivos y la red, con el
fin de configurar allí las conexiones y, seguidamente, los datos de los dispositivos. Tras
cada uno de los pasos deben guardarse los datos configurados.
Por último, se crean los bloques de datos de sistema para módulos TIM y CPU, así como
los bloques de software SINAUT TD7, que deben cargarse después en los módulos
correspondientes.
El idioma de todas las aplicaciones STEP 7, incluidas las herramientas de configuración,
puede cambiarse en SIMATIC Manager, en el menú Opciones > Configuración > Idioma, o
bien Options > Customise > Language.

Funciones básicas del software TD7
La comunicación SINAUT de módulos CPU entre sí o con un puesto de control se realiza
con ayuda de módulos TIM. El software "SINAUT TD7" se encarga de organizar la
comunicación SINAUT.
TD7 se encarga de enviar y recibir datos de proceso para la CPU local. Los datos que
deben enviarse se leen en la CPU mediante el bus de fondo y los datos recibidos se
guardan en la CPU.

Variantes de TD7
En una estación SINAUT, el software TD7 debe estar instalado en la CPU o en un TIM. De
acuerdo con estos dos casos de aplicación, el software SINAUT TD7 está disponible en dos
variantes:
● TD7onTIM
TD7onTIM forma parte del firmware del TIM, se configura en el TIM y se ejecuta en modo
productivo en el TIM. La configuración se realiza en la administración de dispositivos de
la herramienta de configuración SINAUT.
Esta variante presenta las siguientes ventajas:
– Posibilidades de configuración sencillas
– El software TD7 es independiente del programa de la CPU
– Descarga de la CPU en caso de reservas escasas de memoria en la CPU
Con TD7onTIM se requiere muy poca o ninguna memoria de trabajo en la CPU.
TD7onTIM está indicado principalmente para el uso en estaciones S7 sin procesos
críticos en el tiempo.
● TD7onCPU
TD7onCPU está implementado mediante bloques de programa. Los bloques de
programa de la librería de bloques "SINAUT TD7 Library" se utilizan en la CPU S7-
300/400 en proyectos de STEP 7 V5. La parametrización se realiza en el editor de
STEP 7 en AWL, FUP o KOP.
STEP 7 Basic / Professional disponen de librerías de bloques propias.
Excepto para la transmisión de datos de proceso vía WAN, los bloques TD7 sirven
también para la comunicación local entre CPU, siempre que estas estén conectadas
entre sí por medio de MPI. También en este caso se vigilan continuamente las
conexiones locales y las CPU y se realiza una actualización automática tras el arranque
o tras solucionar fallos.
Esta variante presenta las siguientes ventajas:
– Mayor velocidad en caso de modificación de datos
Los cambios se registran con cada ciclo de la CPU.
– Mayor selección de typicals de datos para la central y la estación
Si la captura de datos debe ser muy rápida o si se esperan grandes volúmenes de datos
en una estación maestra, es preferible utilizar la variante TD7onCPU.
Tenga en cuenta que TD7onCPU requiere un mínimo de 20 KB de memoria en la CPU.
Definición de la variante de TD7 utilizada

En una estación solo se puede utilizar una de las dos variantes de TD7. La variante se
define por configuración.
● TD7onTIM
Configure TD7onTIM para el TIM de esta estación en la herramienta de configuración
SINAUT. No utilice para esta estación los bloques de programa de la librería de bloques
TD7.

● TD7onCPU
Utilice los bloques de programa de la librería "SINAUT TD7 Library". No configure
TD7onTIM para esta estación en la herramienta de configuración SINAUT.
Uso del software TD7

Las variantes de TD7 pueden utilizarse en las siguientes configuraciones.
Estación maestra: tipo S7, tipo de TIM, variante de TD7

CPU 300 CPU 400 / CPU 400H ST7cc / PCS7
CPU 400H simple redundante ST7sc Tele-
Control
3V-IE Advanced 4R-IE 3V-IE 4R-IE 4R-IE 4R-IE 4R-IE
en el rack Adv. independiente indepen- indepen indepen
diente * pen- pen-
diente diente
TD7on TD7on TD7on TD7on TD7on TD7on TD7on TD7on - -
CPU TIM CPU TIM CPU CPU TIM TIM
Estación
Tipo S7, Varian-
tipo de te de
TIM TD7
CPU 300
3V-IE / TD7on + + + + + + + + + +
3V-IE CPU
Adv. TD7on + + + + + + + + + +
TIM
4R-IE TD7on + + + + + + + + + +
en el CPU
rack TD7on + + + + + + + + + +
TIM
CPU 400
4R-IE TD7on + + + + + + + + + +
indepen- CPU
diente TD7on + + + + + + + + + +
TIM
CPU 400H simple
4R-IE TD7on + + + + + + + + + +
indepen- CPU
diente TD7on + + + + + + + + + +
TIM
CPU 400H red. *
4R-IE TD7on - - - - - - - - - -
indepen- CPU
diente * TD7on + + + + + + + + + +
TIM
* Solo TIM individual, véase la observación más abajo.

3.5 Sinopsis de la configuración de un TIM
Nota
Sistemas H
En todas las configuraciones con sistemas H solo es posible utilizar un TIM simple. No se
soporta la comunicación a través de dos TIM 4R-IE redundantes.
Configuración del TIM

En los siguientes capítulos encontrará una descripción detallada de la configuración de los
TIM. A continuación se explica este proceso de forma resumida y se indica cuáles de los
datos creados deben cargarse en el TIM en la puesta en marcha para que el TIM sea
operativo.
Configuración de hardware
Como en el resto de los módulos S7, el TIM se configura en el programa de STEP 7
"HW Config". Los distintos módulos TIM se encuentran en el catálogo de hardware, en la
carpeta "SIMATIC 300 / SINAUT ST7".
Figura 3-3 Ventana del catálogo Configuración hardware con la carpeta SINAUT ST7 abierta

Desde este catálogo se selecciona el TIM que se montará en un rack. La figura siguiente
muestra una estación S7-300 después de integrar un TIM y otros módulos varios.
Configuración de los TIM

Haciendo doble clic en el módulo TIM se abre el cuadro de diálogo de propiedades del TIM.
Este se divide en varias fichas que permiten especificar las propiedades deseadas.
Figura 3-4 Estación S7-300 con TIM integrado y cuadro de diálogo de parametrización del TIM
Parametrización de las redes y los nodos de red

El próximo paso consiste en integrar las diferentes estaciones en una red WAN con el
programa de STEP 7 "NetPro".
Si se trata de una WAN basada en IP, como p. ej. DSL o GPRS, se selecciona una red
Industrial Ethernet normal del catálogo de NetPro. Las redes WAN SINAUT clásicas "Línea
dedicada" y "Red conmutada" también se toman del catálogo de NetPro. El directorio
"Subredes" se ha ampliado con estas redes SINAUT.

Figura 3-5 Instalación conectada en red con cuadros de diálogo de parametrización visualizados para red y nodos de red
Las propiedades de las dos redes WAN clásicas se definen en un cuadro de diálogo de
parametrización para línea dedicada o red conmutada. Para abrir el cuadro de diálogo en
cuestión solo debe hacerse doble clic en la red correspondiente. También para parametrizar
los diferentes nodos de red basta con hacer doble clic en la línea de conexión entre la red y
el nodo para mostrar el correspondiente cuadro de diálogo de parametrización.
Parametrización de las conexiones SINAUT

Si la instalación está conectada en red y se han definido las propiedades de las redes y los
nodos de red, para finalizar la parametrización puede llamarse la herramienta de
configuración SINAUT ST7. Esta herramienta permite, por un lado, determinar
automáticamente y ofrecer para su selección las conexiones posibles entre el PC del puesto
de control y la CPU, así como de CPU a CPU. Por otro lado, todas las CPUs, los PCs del
puesto de control y todos los TIM obtienen un número de dispositivo SINAUT unívoco en
toda la instalación.

Figura 3-6 Herramienta de configuración SINAUT ST7 para la configuración de conexiones y la administración de
dispositivos
En la ventana derecha de la configuración de conexiones, seleccione las conexiones

deseadas transfiriéndolas hasta la ventana izquierda.
Después de guardar las conexiones seleccionadas debe abrirse la administración de
dispositivos. En el caso más sencillo, no se requieren más cambios. La administración de
dispositivos abierta puede guardarse de inmediato. Cuando esto sucede, la herramienta de
configuración genera para todos los TIM los bloques de datos de sistema (SDB) que han
resultado de la configuración y, para las CPUs, también los SDB y algunos bloques de datos
adicionales que necesita el paquete de software SINAUT TD7 (TD7onCPU).
Transferencia de los SDB a un TIM

La herramienta de configuración almacena los SDB y DB automáticamente en el directorio
de programa de la CPU o el TIM. Transfiéralos a la CPU o al TIM desde este directorio. La
siguiente figura muestra el directorio SDB guardado por la herramienta de configuración en
el directorio de programa del TIM. Debe grabarse en el TIM seleccionado del rack TIM 2 del
puesto de control. Con esto se completa la parametrización del TIM y ya se puede poner en
marcha.

3.6 Comunicación GPRS/Internet: Sinopsis de la configuración
Figura 3-7 Bloques de datos de sistema (SDB) en el directorio de programa del TIM
Los SDB pueden grabarse en un TIM a través de la interfaz MPI de la CPU o a través de la
interfaz Ethernet del TIM.
Solo está permitido grabar los SDB una vez que ha finalizado el arranque del TIM. Los LED
del TIM indican cuándo ha finalizado el arranque; consulte el volumen 1, capítulo
"Comportamiento de arranque del TIM".
Los SDB pueden guardarse en el TIM o la CPU S7-300. Esto se define en la
parametrización de los módulos.
Si se elige guardar los SDB en el TIM, deben grabarse en el módulo tal como se ha descrito
anteriormente.
Si los SDB se guardan en la CPU no es necesario grabarlos por separado. El TIM recibe los
SDB de la CPU durante el arranque común de los módulos del rack S7-300.
Configuraciones alternativas
Para la comunicación a través de Internet y, dado el caso, de la red GSM (por GPRS)
existen las siguientes posibilidades:
● Comunicación de alta seguridad
Comunicación de alta seguridad vía GPRS e Internet con SCALANCE M874-2 (o con
MD741-1 en instalaciones ya existentes)
● Comunicación segura
Comunicación segura vía GPRS + Internet o solo a través de Internet/DSL con el
protocolo MSCsec
● Comunicación sencilla
Comunicación sencilla vía GPRS + Internet o solo a través de Internet/DSL con el
protocolo MSC

Comunicación de alta seguridad con SCALANCE M874-2

La comunicación con GPRS a través de una red GSM en combinación con Internet es
posible con TIMs Ethernet y el router 2.5G SCALANCE M874-2. SCALANCE M874-2 es un
router VPN con IPSec, software de codificación y firewall propio.
En función del tipo de nodo de red, una interfaz Ethernet del TIM se configura de una de las
siguientes formas:
● Estación maestra GPRS
● Estación nodo GPRS
● Estación GPRS
Consulte a este respecto el capítulo Ficha "Interfaces" (Página 111).
Tras la configuración SINAUT se configuran el resto de parámetros de comunicación en el
SCALANCE M874-2.
En las páginas de Internet del Siemens Industry Online Support encontrará los manuales de
SCALANCE M874-2.
Comunicación sencilla o segura a través de Internet con el protocolo MSC o MSCsec
Los protocolos MSC y MSCsec

● MSC
Para la "Comunicación sencilla a través de Internet" se utiliza el protocolo MSC.
Este protocolo MSC soporta la autenticación de los interlocutores y un cifrado sencillo de
los datos. El cifrado incluye un nombre de usuario y una contraseña.
Entre la estación MSC y la estación maestra MSC se establece un túnel MSC.
● MSCsec
Para la "Comunicación segura a través de Internet" se utiliza el protocolo MSCsec.
MSCsec también soporta la autenticación de los interlocutores y el cifrado de datos con
nombre de usuario y contraseña.
Además, la clave común de generación automática se renueva entre los interlocutores
de comunicación en un intervalo de intercambio de claves configurable.
Tipos de nodos de red y dispositivos aptos

En función del tipo de nodo pueden utilizarse los siguientes dispositivos:
● Estación maestra MSC
Como estación maestra MSC solo puede utilizarse el TIM 4R-IE.
El TIM se conecta a Internet por la interfaz Ethernet 1 a través de un router DSL.

● Estación nodo MSC

TIM 3V-IE Advanced / TIM 4R-IE
● Estación MSC
TIM 3V-IE / TIM 3V-IE Advanced / TIM 4R-IE
Posibilidades de conexión para estaciones y estaciones nodo

Para la conexión entre una estación maestra y una estación MSC o estación nodo hay dos
alternativas de conexión de red:
● Internet (conexión directa)
Para la conexión directa de la estación MSC o estación de nodo a Internet se conecta un
módem DSL a la interfaz Ethernet del TIM.
Se puede utilizar un TIM 3V-IE o un TIM 4R-IE.
● Red GSM e Internet
Para la conexión de la estación MSC o estación de nodo a la red GSM a través de un
módem MD720 y la conexión posterior a Internet se configura la interfaz WAN
conmutable del TIM a la interfaz Ethernet (WAN 1 en el caso de un TIM 4R-IE).
Como módem solo puede utilizarse el MODEM MD720. El MD720 funciona en modo de
terminal y se preajusta para ser controlado desde la aplicación del TIM conectado.
En las páginas de Internet del Siemens Industry Online Support encontrará el Manual de
sistema MODEM MD720:
Configurar la comunicación a través de Internet con el protocolo MSC o MSCsec.

1. Conecte en red las interfaces en el cuadro de diálogo de propiedades del TIM en
STEP 7: Ficha "Interfaces" (Página 111)
Si se trata de un TIM 3V-IE Advanced , utilice la interfaz WAN conmutable, ya que el
protocolo MSC solo se puede activar con una WAN configurada como Ethernet.
2. En la ficha "Interfaces" ajuste el "Connection Mode" para cada interfaz (estación maestra
MSC/estación nodo/estación).
Si se trata de una interfaz WAN configurada como Ethernet, realice el ajuste también en
la ficha "Interfaces".
3. Ajuste la conexión entre la estación maestra y la estación en la configuración de
conexiones de la herramienta de configuración SINAUT.
Para las estaciones que se conectan directamente a Internet, continúe la configuración a
partir del paso 5.
4. En la conexión de las estaciones MSC a Internet a través de la red GSM configure
primero los proveedores de red GSM en la administración de dispositivos de la
herramienta de configuración SINAUT: Configuración del proveedor de red GSM para
estaciones MSC (Página 156)
5. Los ajustes de la pasarela y ,en estaciones con conexión a la red GSM, la
correspondencia entre las estaciones y los proveedores de red GSM configurados

3.7 SMS
previamente se configuran en la administración de dispositivos de la herramienta de

configuración SINAUT, en el cuadro de diálogo "Properties of subscriber" > "MSC station
list" y en los cuadros de diálogo posteriores: Ficha "MSC station list" (Página 178)
El uso del protocolo MSCsec se configura individualmente para cada conexión en el
cuadro de diálogo "MSC Station Properties", que se abre desde la "MSC station list".
6. El intervalo para la clave de generación automática se configura con el intervalo de
intercambio de claves (Rekeying-Intervall); consulte el capítulo Ficha "MSC station list"
(Página 178).
3.7 SMS
Posibilidades de envío de SMS desde una estación SINAUT

Los SMS se pueden enviar a través de dos tipos de redes desde una estación SINAUT:
● SMS a través de la red GSM con GPRS
● SMS a través de la red conmutada
SMS a través de la red GSM con GPRS

El envío de SMS a través de la red GSM con GPRS se soporta con TIM Ethernet utilizando
el software TD7 TD7onTIM (objeto Sms01_S).
Considere la relación de dependencia entre el firmware del TIM y los tipos de CPU:
● Hasta la versión de firmware ≤ V2.6.1 del TIM, el envío de SMS mediante TD7onTIM
solo se soporta en combinación con una CPU S7-300 con línea compartida.
● A partir de la versión de firmware V2.6.2 del TIM, el envío de SMS mediante TD7onTIM
se soporta también en combinación con CPU sin línea compartida.
Para la línea compartida consulte el glosario.
Nota
SMS a través de GPRS también con TD7onCPU
En envío de SMS a través de GPRS con TD7onTIM también se puede utilizar junto con
TD7onCPU. Sin embargo, en este caso con TD7onTIM solo se puede configurar la función
SMS.
Dependiendo de las interfaces de los módulos TIM se pueden utilizar los siguientes módems
y routers para la conexión GSM:
Tabla 3- 1 SMS vía GPRS: Interfaces TIM y módems / routers
Interfaz del TIM Módem / router

TIM 3V-IE / TIM 3V-IE Advanced
Interfaz Ethernet SCALANCE M874-2 (MD741-1)
Interfaz WAN MD720

3.7 SMS
Interfaz del TIM Módem / router

TIM 4R-IE
Interfaz Ethernet 1 SCALANCE M874-2 (MD741-1)
Interfaz Ethernet 2 SCALANCE M874-2 (MD741-1)
Interfaz WAN 1 MD720
Interfaz WAN 2 Sin conexión posible.
● Comportamiento del MD720
Nota
Interrupción de la conexión
Para enviar un SMS es necesario conmutar el MD720 del modo GPRS al modo terminal.
Para ello es necesario reiniciar el módem. De ese modo se establece una conexión
MSC.
Con un comando AT el SMS se envía de TD7onTIM al MD720, que envía el SMS a la

estación maestra SMS.
Una vez que el MD720 ha recibido el SMS de TD7onTIM y lo ha enviado a la SMSC, se
notifica un acuse positivo a TD7onTIM.
Una vez que el SMS se ha enviado correctamente, el MD720 debe volver a conmutarse
al modo GPRS. La interrupción completa de la conexión MSC dura generalmente entre 3
y 4 minutos.
● Comportamiento del SCALANCE M874-2 / MD741-1
El envío de SMS debe configurarse en el router a través de su interfaz web.
El router no acusa el envío del SMS al SMSC al TD7onTIM. Solo se acusa la recepción
del SMS en TD7onTIM.
Para la configuración TD7onTIM se necesita:
● El objeto de sistema "SmServiceCenter" para la configuración de los datos de acceso a
la SMSC
● Objetos de datos del tipo "Sms01_S" para los diferentes mensajes SMS.
Encontrará la descripción de la configuración en el capítulo Software TD7onTIM
(Página 186).
SMS a través de la red conmutada

El software TD7 TD7onCPU soporta el envío de SMS a través de la red conmutada.
Para la configuración se necesita:
● En STEP 7 / HW Config "Otra estación" para la estación maestra SMS (SMSC)
● Configuración de los nodos de red WAN > ficha "Dialing Param."
● DBs para los mensajes SMS
● Configuración en la herramienta de configuración SINAUT > ficha "SMS Configuration"
● Los bloques necesarios de la librería SINAUT TD7 para la CPU

3.8 Generación de datos de sistema tras modificar la configuración de instalaciones existentes
3.8 Generación de datos de sistema tras modificar la configuración de

instalaciones existentes
Generación de datos de sistema tras cambios en la configuración de instalaciones existentes

Los cambios realizados en una instalación existente con la configuración de red NetPro o la
configuración de hardware HW Config se guardan allí, según corresponda. En cambio, los
nuevos bloques de datos de sistema pueden generarse en diferentes herramientas de
configuración.
En los casos siguientes, después de cambiar la configuración del proyecto debería llamarse
la herramienta de configuración SINAUT para generar los bloques de datos de sistema
(SDB) necesarios en la administración de dispositivos:
● Tras cambiar la configuración de un módulo TIM
● Tras cambiar la configuración de una conexión configurada con un dispositivo SINAUT
● Tras cambiar los parámetros SINAUT de una estación PC
Tras cambiar o insertar dispositivos nuevos o conexiones nuevas, en la herramienta de
configuración SINAUT debe llamarse siempre primero la configuración de conexiones y
después la administración de dispositivos para generar allí los SDB.
Las actividades que deben llevarse a cabo después de cambiar la configuración están
resumidas en el capítulo Matriz de cambios (Página 253).

3.8 Generación de datos de sistema tras modificar la configuración de instalaciones existentes

Configuración en STEP 7 4
4.1 Resumen de posibilidades de conexión de las interfaces del TIM
Posibilidades de transferencia
Las interfaces del TIM son compatibles con los tipos de red y protocolos siguientes:
Interfaz Ethernet
● Basadas en IP
Comunicación a través de LAN (cobre / conductor de fibra óptica), Internet y redes
inalámbricas basadas en IP
– Neutra (a través de conexión S7)
– MSC / MSCsec
Sobre las variantes de protocolo, consulte el capítulo Comunicación GPRS/Internet:
Sinopsis de la configuración (Página 46).
– Telefonía móvil con VPN
Comunicación por telefonía móvil basada en IP (con pasarela a Internet) solo con
routers SCALANCE M
Interfaz serie
● WAN clásica
– Línea dedicada (incl. redes inalámbricas analógicas)
– Red de marcación (analógica, RDSI, telefonía móvil)
● Basada en IP
– MSC / MSCsec a través de GPRS
Combinaciones de conexión
La tabla siguiente ofrece una visión general sobre las diferentes posibilidades de conexión y
los dispositivos necesarios (modems, routers, switches) Encontrará información sobre los
accesorios necesarios en el volumen 1 del manual de sistema.
La tabla incluye los datos para las interfaces del TIM y para la conexión del interlocutor. Se
relacionan en una lista los protocolos y servicios utilizados.

4.1 Resumen de posibilidades de conexión de las interfaces del TIM
Tipo de red / Conexión TIM Estándar, Protocolo, Conexión a interlo- Tipo de interlo-
Vía de trans- Interfaz serie Interfaz Ethernet Servicio cutor cutor *
misión
Ethernet - SCALANCE M / VPN SCALANCE M / • PC
SCALANCE S SCALANCE S
• TIM
- SCALANCE X / W SCALANCE X / W • PC
• TIM
Telefonía móvil - Router DSL MSC / MSCsec Router DSL TIM
+ Internet - SCALANCE M MSCsec SCALANCE M TIM
- SCALANCE M VPN SCALANCE M TIM
Red inalámbri- - Módem por radio IP Módem por radio TIM
ca basada en basado en IP basado en IP
IP
Línea dedica- Módem para líneas - RS-232 / RS-485 Módem para líneas TIM
da dedicadas dedicadas
Módem por radio Módem por radio
analógico analógico
Red de marca- Módem para red de - V.32bis/V.34bis Módem para red de TIM
ción analógica marcación marcación
Red de marca- Módem RDSI - • ISDN (RDSI) • Módem RDSI TIM
ción RDSI
• ISDN (RDSI) + • MODEM
GSM/CSD MD720
Red de telefo- MODEM MD720 - GSM/CSD • Router DSL TIM
nía móvil
• MODEM
MD720
GSM + • Router DSL
MSC/MSCsec
* PC: ordenador de puesto de control con aplicación apta para ST7, p. ej. SINAUT ST7cc/ST7sc.

4.2 Creación de un proyecto, estaciones y redes
4.2.1 Creación de un proyecto en el SIMATIC Manager

El primer paso cuando se arranca una instalación nueva consiste siempre en crear un
proyecto en el SIMATIC Manager de STEP 7. Dicho proyecto sirve de directorio para todos
los datos de configuración de la instalación en cuestión. El proyecto se genera en el
SIMATIC Manager seleccionando el menú File / New... y asignando un nombre. Tras crear
un proyecto, el SIMATIC Manager muestra la siguiente imagen:
Figura 4-1 Nuevo proyecto en el SIMATIC Manager en la vista Details
El proyecto creado está vacío, excepto por una red MPI. Durante la parametrización, el
proyecto se llena sucesivamente con estaciones y redes. Al hacer doble clic en la red MPI,
se inicia la herramienta de configuración de red NetPro.
La herramienta de STEP 7 NetPro sirve para la configuración gráfica de topologías de red.
En la configuración de red se integran, parametrizan y enlazan redes y estaciones en un
proyecto nuevo. Los tipos de red y estaciones posibles se ofrecen en el catálogo de redes y
estaciones. Las funciones básicas y las posibilidades de ajuste se describen en la
documentación de STEP 7.

4.2.2 Catálogo de redes y estaciones

El catálogo de la configuración de red contiene:
● Objetos PROFIBUS DP
● Objetos PROFIBUS PA
● Objetos PROFINET IO
● Los tipos de estación posibles
● Los tipos de red conocidos, incluidas las redes SINAUT
Si se selecciona un objeto, en la parte inferior de la ventana del catálogo aparece una breve
explicación. La siguiente imagen muestra un ejemplo de la ventana del catálogo.
Figura 4-2 Catálogo en la configuración de red NetPro

4.2.3 Creación de redes y estaciones

Las redes y estaciones se pueden crear en la configuración de red de dos modos:
● Haciendo doble clic en una entrada del catálogo para crear el objeto deseado en una
posición libre en la superficie del proyecto.
● Arrastrando una entrada del catálogo hasta la superficie del proyecto para crear el objeto
directamente en la posición deseada.
La posición de los objetos integrados puede cambiarse en cualquier momento
desplazándolos con el ratón.
La siguiente figura muestra una posible imagen tras integrar algunas estaciones y redes.
Figura 4-3 Ventana del proyecto en la configuración de red NetPro
En este ejemplo se han creado 4 estaciones, una red de línea dedicada y una red de
marcación, además de la red MPI existente. Las estaciones son 2 estaciones de telecontrol
(Station 1 y Station 2), así como una central de telecontrol, formada por la Control Center
S7-400 y la S7-300 como bastidor para la incluir el Master TIM (independiente).
Al seleccionar un objeto con el botón derecho del ratón, se muestra un menú contextual con
las posibilidades de manejo de este objeto. Las siguientes funciones están disponibles para
los objetos en el menú contextual:
● Open object (solo para estaciones):
Inicia la configuración hardware HW Config de esta estación.

● Copy / Paste:
Copia o inserta objetos.
● Delete:
Borra el objeto marcado tras confirmarlo en el cuadro de diálogo que aparece.
● Object properties:
Abre un cuadro de diálogo de propiedades específico para parametrizar el objeto. Aquí
pueden asignarse el nombre y los comentarios del objeto. Si hay interfaces, se muestran
aquí. En las redes, aquí se configuran los parámetros válidos para toda la red que
afectarán a las configuraciones posteriores.
4.2.4 Creación de estaciones ajenas a STEP 7
Creación de estaciones ajenas a STEP 7

SINAUT ST7 soporta la configuración de diferentes tipos de estaciones ajenas a STEP 7.
Pueden ser dispositivos SINAUT ST1, un puesto de control SINAUT ST7cc o una central de
SMS. Igual que las estaciones de STEP 7, se crean haciendo doble clic en el símbolo del
catálogo de estaciones o bien arrastrándolo a la ventana del proyecto. Los objetos
siguientes deben estar seleccionados para estos dispositivos:
● Para un puesto de control SINAUT ST7cc/ST7sc: SIMATIC PC station
● Para una central de SMS: Other station
Encontrará más información sobre SINAUT ST1 en la edición 05/2007 del manual.
Nota
Las estaciones ajenas indicadas solo se utilizan como comodín para la configuración de red.
No es posible una configuración de hardware para una estación ajena tipo central de SMS,
ya que STEP 7 desconoce su contenido.
Para conectar las estaciones creadas a las redes del proyecto se configuran primero
módulos compatibles con la comunicación para las estaciones de STEP 7 en la
configuración de hardware HW Config y, seguidamente, se configuran las interfaces
necesarias.
En el caso de estaciones ajenas es posible crear las interfaces en el mismo momento.
Creación de las interfaces para estaciones ajenas a STEP 7

● Central de SMS:
Una central de SMS configurada como Other station (SMSC = SMS Center) se configura
en el cuadro de diálogo Properties, al que se accede a través del menú contextual, con
exactamente 1 nodo de red de marcación SINAUT.
● Puesto de control ST7cc/ST7sc:
Un puesto de control SINAUT ST7cc o ST7sc configurado como SIMATIC PC station se
equipa en la configuración hardware con el módulo de comunicación apropiado y este se

4.3 Configuración de estaciones en STEP 7 / HW Config
conecta al TIM de estación maestra mediante la red MPI. Tras ello, la estación se
detecta como PC central SINAUT.
Encontrará información detallada sobre la configuración de un puesto de control ST7cc/
ST7sc simple o redundante en la documentación SINAUT ST7cc o ST7sc.
HW Config
El programa de configuración hardware HW Config sirve para integrar componentes de
hardware en las estaciones. El programa HW Config se abre haciendo doble clic en un
símbolo de estación configurado en la configuración de red.
El catálogo de módulos situado a la derecha de la ventana de la configuración hardware
contiene los objetos disponibles. Para redes SINAUT son los siguientes:
● racks
● fuentes de alimentación
● módulos CPU
● módulos SINAUT ST7
● Otros módulos
● aplicaciones para puestos de control en el directorio SIMATIC PC Station
Los dispositivos se integran en la estación desde el catálogo de módulos.
Reglas de asignación de slots

Las posibles restricciones en cuanto a slots se comprueban y notifican directamente al
configurar el objeto. Por consiguiente, no es posible configurar el hardware erróneamente.
Las reglas de integración incluyen las siguientes, por ejemplo:
● S7-300 + S7-400: la fuente de alimentación solo está permitida en el slot 1
● S7-300: la CPU solo está permitida en el slot 2
● S7-300: el módulo IM solo está permitido en el slot 3
● S7-300: los módulos de función (CP, I/O, FM, TIM) están permitidos en los slots 4 - 11
● S7-300: en los slots 4 - 11 no se admiten huecos en el equipamiento
En los racks de ampliación, las reglas de integración para módulos de función difieren de las
explicadas en función del módulo de interfaz utilizado (módulo IM) con el que se conecta el
rack de ampliación a un rack básico.

Catálogo de hardware
El catálogo de la configuración hardware contiene hardware de las siguientes familias de
sistemas:
● PROFIBUS DP
● PROFIBUS PA
● PROFINET IO
● SIMATIC 300
Bajo este grupo encontrará la carpeta "SINAUT ST7" con los módulos TIM.
● SIMATIC 400
● SIMATIC PC Based Control 300/400
● SIMATIC PC Station
Figura 4-4 Sección del catálogo de hardware en HW Config
Módulos PROXY
En la figura se ha seleccionado el "PROXY TIM 1531 IRC". El módulo se configura como
sustituto de un TIM 1531 IRC. El PROXY obtiene su configuración básica en STEP 7 V5 y la
configuración del módulo de destino se completa en STEP 7 Professional.
Encontrará las reglas de configuración específicas para los módulos PROXY en el capítulo
PROXY: Sinopsis de la configuración (Página 127).

4.3.1 Integración de racks y configuración de módulos

Tras crear las estaciones se deben seguir configurando los módulos SINAUT en HW Config,
tal y como suele hacerse para el resto de módulos en STEP 7 V5.
Figura 4-5 HW Config con rack SIMATIC 300 y varios módulos
Configuración
Haciendo doble clic en un módulo en HW Config se abre el cuadro de diálogo de
propiedades para parametrizar el módulo. El contenido del cuadro de diálogo en cuestión
depende del tipo de módulo.
El mismo cuadro de diálogo de propiedades puede abrirse alternativamente en NetPro.
Nota
Mediante el cuadro de diálogo de propiedades deben configurarse al menos todos los
módulos TIM del proyecto, por ejemplo para crear las interfaces.

4.4 Configuración de redes y nodos de red en STEP 7 / NetPro
4.3.2 Tiempo de vigilancia del ciclo de la CPU
Fallos de funcionamiento del TIM 3V-xxx.
Nota
Tiempo de vigilancia pequeño del ciclo de la CPU
Si el tiempo de vigilancia del ciclo de la CPU está ajustado a valores muy pequeños, p. ej. 1
ms, se produce un funcionamiento incorrecto del TIM 3V-xxx. En ese caso, aumente el
tiempo de vigilancia del ciclo de la CPU o utilice un TIM 4R-xxx.
Secuencia
Para los pasos de configuración que se explican a continuación se requiere la presencia de
una red completamente configurada:
● Configuración de conexiones SINAUT
● Configuración de los datos de dispositivos SINAUT
● Configuración de objetos SINAUT de un TIM Ethernet
● Generación de bloques de datos de sistema (SDB) y bloques de datos (DB)
Con la configuración de red que debe realizarse en primer lugar se consigue lo siguiente:
● Conexión con las redes de los módulos aptos para la conexión en red
● Creación de una vista gráfica de la red, que consta de una o varias subredes
● Definición de las propiedades y los parámetros necesarios para cada subred y módulo
conectable en red
● Documentación de la configuración de red
Llamar los cuadros de diálogo de parametrización para redes y nodos de red

Haciendo doble clic en un símbolo de red o nodo de red o bien seleccionando el comando
"Object Properties" del menú contextual (botón derecho del ratón) se abre el cuadro de
diálogo de propiedades correspondiente para la parametrización. Aquí el usuario puede
conectar con las redes los módulos aptos para la conexión en red y adaptar las propiedades
del objeto correspondiente a las necesidades individuales. Todos los parámetros tienen
parámetros predeterminados preasignados, lo que facilita la parametrización.
A continuación se realizan las conexiones de red.

4.4.1 Generación de conexiones de red

Para conectar en red un proyecto es necesario enlazar con redes adecuadas los módulos
aptos para la comunicación (p. ej. CPU o TIM). Los módulos de los símbolos de estación, en
la ventana de proyecto de la configuración de red, obtienen para tal fin símbolos de interfaz
o nodos de red que se representan en diferentes colores según el tipo de red.
Figura 4-6 Símbolo de una estación TIM de estación maestra en la ventana de proyecto de la
configuración de red; integra un módulo TIM con tres símbolos de nodos de red
El símbolo de estación muestra una estación maestra que contiene un módulo TIM. Los dos
módulos disponen de 3 nodos de red en total, que se visualizan como cuadraditos en el
símbolo del módulo. Si los nodos de red no están conectados con ninguna red como en el
ejemplo, el nodo de red afectado no está conectado en red.
La conexión de los nodos de red con las redes se realiza con el ratón, arrastrando los
símbolos de los nodos de red hasta la línea de la red deseada.
Figura 4-7 Estación con 3 nodos de red, 2 de ellos conectados en red
También puede establecerse una conexión con una red en el cuadro de diálogo Properties
del módulo, al que se accede a través de la opción Object Properties... del menú contextual
(botón derecho del ratón). El cuadro de diálogo se describe en la parametrización de los
nodos de red.
Arrastrando los símbolos de los nodos de red hasta la línea de red solo pueden conectarse
interlocutores adecuados, p. ej. un nodo MIP solo puede conectarse a una red MPI. De este
modo, se evita un conexionado erróneo.

Figura 4-8 Proyecto de ejemplo conectado en red
En el proyecto de ejemplo de la imagen se han realizado las siguientes conexiones en red:

● La estación maestra con la CPU 317-2 DP, el puesto de control ST7cc redundante
creado como estaciones PC y la PG están conectados con la red MPI y la Ethernet 1.
● Además, el TIM 4R-IE de estación maestra está conectado con la Ethernet 2, la línea
dedicada 2 y la red de marcación.
● El TIM 3V-IE de la estación 1 está conectado con la Ethernet 1.
● El TIM 3V-IE Advanced de la estación nodo está conectado con la Ethernet 1 y la línea
dedicada 1.
● El TIM 3V-IE de la estación 21 está conectado con la línea dedicada 1.

● El TIM 3V-IE de la estación 31 (estación GPRS) está configurado para el protocolo MSC
y conectado con la Ethernet 2.
Particularidad: con esta configuración, el nodo WAN a la derecha del TIM se representa
en verde y está conectado con la red Ethernet.
● El TIM 3V-IE Advanced de la estación 41 (estación GSM) está conectado con la red de
marcación 1.
La conexión WAN azul del TIM de estación maestra y la conexión de la estación nodo con la
línea dedicada 1 se representan en azul oscuro e indican una conexión en la cual la interfaz
conectada se ha configurado como estación maestra para la subred correspondiente. Esto
se explica en la parametrización de los nodos de red.
Nota
Después de modificar conexiones, incluso si se restablecen a continuación, hay que llamar
la herramienta de configuración SINAUT con la Configuración de conexiones y la
Administración de dispositivos.
Nota
Información relacionada
Para la configuración de la red, considere también la información de los capítulos siguientes:
• Sobre el uso de las variantes del software TD7: Capítulo Software TD7: Uso y variantes
(Página 39)
• Sobre la configuración de la interfaz Ethernet: Capítulo Ficha "Interfaces" (Página 111)
Impresión de información de red

El proyecto puede documentarse e imprimirse en forma de texto o gráfico con el menú
Network / Print.
4.4.2 Configuración de redes MPI

Para parametrizar redes MPI, se abre el cuadro de diálogo Properties - MPI haciendo doble
clic en la red MPI o mediante el menú contextual Object Properties....

Ficha General
Figura 4-9 Cuadro de diálogo Properties - MPI, ficha General
En esta ficha están disponibles los parámetros siguientes:

● Name:
En el campo de entrada Name aparece preajustada la denominación estándar de la red,
que puede modificarse según convenga. Si se cambia el nombre por otro distinto, este
aparecerá en el SIMATIC Manager y en la configuración de red.
● S7 subnet ID:
La ID de subred se compone de dos números separados por un guión:
– un número para el proyecto
– un número para la subred
En caso de que deba pasarse a online con una programadora sin un proyecto coherente,
deberá conocerse la ID de subred. La ID de subred se imprime junto con la configuración
de red.
● Se muestra el campo Project Path.
● Se muestra el campo Storage location.
● El campo de entrada Author permite introducir el nombre de la persona que ha elaborado
la configuración.
● Se muestra el campo Date created.
● Se muestra el campo Date of the last modification.
● El campo de entrada Comment admite un máximo de 254 caracteres.

Ficha Network Settings
Figura 4-10 Cuadro de diálogo Properties - MPI, ficha Network Settings
Están disponibles los siguientes parámetros:

● Se muestra la Highest MPI address.
Sirve para optimizar la red MPI. Se recomienda mantener la dirección MPI más alta
predeterminada por STEP 7.
● Opción Change:
Activando esta opción se puede modificar la dirección MPI más alta.
● Transmission rate:
El ajuste de la velocidad de transmisión de la red MPI depende de las propiedades de las
estaciones MPI utilizadas y no puede ser superior a la del dispositivo más lento. Por lo
general, puede aceptarse el valor preasignado.

4.4.3 Configuración de nodos de red MPI
Ficha General
La ficha General ofrece información sobre parámetros generales de la interfaz MPI:
Figura 4-11 Cuadro de diálogo Properties - MPI interface, ficha General

● Name:
En el campo Name se muestra el nombre del módulo para estaciones SIMATIC. Solo es
posible modificar el nombre de interfaz predeterminado para estaciones PC SIMATIC y
otras estaciones. Si se cambia el nombre por otro distinto, este aparecerá en el SIMATIC
Manager y en la configuración de red.
la configuración.

Ficha Parameters
Figura 4-12 Cuadro de diálogo Properties - MPI interface, ficha Parameters
En la ficha Parameters están disponibles los parámetros siguientes:

● La dirección de red de la red MPI local.
Puede modificarse la dirección del nodo de red. Se realiza una comprobación de
coherencia: las direcciones de red ya asignadas están bloqueadas en esta red.
● Se muestra la Highest MPI address de la red.
● Transmission rate:
Como ocurre con la dirección MPI más alta, no es posible modificarla aquí, sino solo
mediante la parametrización de la red MPI.
● Subnet:
Aquí se enumeran todas las redes de este tipo que existen en el proyecto. Si el
dispositivo no está conectado, la fila ---no conectado en red--- está marcada en la lista
Subnet.
– Si el dispositivo actual está conectado, está marcada la fila de la red correspondiente.
La red actual puede parametrizarse con el botón Properties.
– Si no existe conexión alguna, es posible crear una conexión de red utilizando el botón
New.
– El botón Delete permite borrar una conexión existente.

4.4.4 Configuración de Industrial Ethernet
Ficha General
Industrial Ethernet se parametriza en el cuadro de diálogo Properties - Industrial Ethernet.
Figura 4-13 Cuadro de diálogo Properties - Industrial Ethernet, ficha General

● Name:
● S7 subnet ID:
La ID de subred se compone de dos números separados por un guión:
– un número para el proyecto
– un número para la subred
de red.


la configuración.
4.4.5 Configuración de nodos Ethernet

Dentro de los dispositivos SINAUT, este tipo de interfaz solo está disponible para los TIM
Ethernet.
Ficha General
Figura 4-14 Cuadro de diálogo Properties - Ethernet interface, ficha General
La ficha General ofrece información sobre los siguientes parámetros generales de la interfaz
Ethernet:
● Name:
En el campo Name se muestra el nombre del módulo.


la configuración.
Ficha Parameters
Figura 4-15 Cuadro de diálogo Properties - Ethernet interface, ficha Parameters
En la ficha Parameters están disponibles los parámetros siguientes:

● Set MAC address / use ISO protocol:
Puesto que en un TIM Ethernet se utiliza TCP/IP en lugar del protocolo ISO, esta opción
permanece desactivada.
● IP address:
Está preajustada y puede modificarse aquí.
● Subnet mask:
Está preajustada a 255.255.0.0 y puede modificarse, es decir, limitarse.

● En el campo Gateway se especifica opcionalmente si la transmisión de datos debe

realizarse a través de un router.
Si hay un router, en el campo Address se introduce la dirección IP del router.
● Subnet:
dispositivo no está conectado, la fila ---no conectado en red--- está marcada en la lista
Subnet.
– Si el dispositivo actual está conectado, está marcada la fila de la red correspondiente.
La red actual puede parametrizarse con el botón Properties.
– Si no existe conexión alguna, es posible crear una conexión de red utilizando el botón
New.
– El botón Delete permite borrar una conexión existente.
4.4.6 Configuración de redes SINAUT

La parametrización de las redes SINAUT (WAN) se realiza en el cuadro de diálogo
Properties - SINAUT Dedicated Line o Properties - SINAUT Dial-up Network. Los
parámetros que se ajustan en las fichas siguientes son válidos siempre para toda la red y
rigen para todos los nodos de red o interlocutores de la comunicación conectados.
● Ficha General
con información general y para modificar el nombre del módulo y realizar comentarios
opcionales
● Ficha Network Settings
para parametrizar los parámetros de comunicación de la red SINAUT actual
● Ficha Servicio horario
para parametrizar la sincronización horaria en la red SINAUT
● Ficha Lista de dispositivos
con la relación de todos los dispositivos que hay en la red SINAUT actual
● Ficha Time Slots (solo para el procedimiento de llamada correspondiente)
para definir las pautas de tiempo para el sondeo (polling)

Ficha General
Figura 4-16 Cuadro de diálogo Properties - SINAUT Dedicated Line, ficha General

● Name:
● S7 subnet ID:
La ID de subred S7 está compuesta por los dos números del proyecto y la subred,
separados por un guión.
de red.
la configuración.

Ficha Network Settings

La ficha Network Settings define los parámetros de comunicación básicos de la red actual.
Figura 4-17 Cuadro de diálogo Properties - SINAUT Dedicated Line, ficha Network Settings

● La lista de selección Operating mode del campo Mode con las opciones:
– Polling (solo líneas dedicadas):
Para el sondeo que se aplica en las líneas dedicadas, el intercambio de datos se
controla con el TIM de estación maestra. Este llama sucesivamente las estaciones y
estaciones nodo conectadas. Las estaciones que tienen datos para transmitir los
envían en cuanto son llamadas. Las estaciones que en ese momento no tienen datos
acusan la llamada. Solo los datos que deben enviarse del TIM de estación maestra a
las estaciones pueden transmitirse entre las diferentes llamadas en cualquier
momento.
– Polling with time slots (solo líneas dedicadas):
Este modo de operación se diferencia del modo de sondeo en que se puede definir la
ventana temporal (pauta de tiempo) en la que se producen las llamadas. Para ello,
cada minuto se divide en un número seleccionable de pautas de tiempo. Si se utilizan
redes inalámbricas externas, el número de pautas de tiempo por minuto suele estar
prescrito por la correspondiente autoridad reguladora de las telecomunicaciones. La
configuración de las pautas de tiempo que se van a utilizar se realiza en la ficha Time
Slots.
– Multi-master polling with time slots (solo líneas dedicadas):
En este modo de operación la llamada de varias estaciones maestras también se

realiza en ventanas temporales (pautas de tiempo). Aquí pueden asignarse diferentes

pautas de tiempo a distintas estaciones maestras para el sondeo.
El sondeo multimaestro con procedimiento de tiempo pautado solo está disponible
para redes ST7 con el formato de telegrama FT2 con acuse largo. La configuración
de las pautas de tiempo se realiza en la ficha Time Slots.
– Spontaneous (solo redes de marcación):
El modo espontáneo está destinado al intercambio de datos en la red telefónica
pública, la red RDSI o la red GSM. Solo los TIM en los que se ha producido una
modificación de datos importante transfieren sus datos de forma espontánea y
esperan el acuse del interlocutor. Antes de la transferencia de datos propiamente
dicha, el TIM debe establecer una conexión por marcación con el interlocutor. Una
vez realizada la transferencia de los datos, se espera el acuse. A continuación, la
conexión por marcación se vuelve a establecer inmediatamente si el interlocutor no
utiliza la conexión existente para transmitir los datos.
En el campo Message parameters se ajustan los parámetros siguientes:
● Message format:
El formato de telegrama sigue la norma IEC 870-5-1. La selección de FT1.2 o FT2
depende del dispositivo de transferencia de datos (módem). Los módems estándar MD2
- MD4 soportan ambos formatos de telegrama, los módulos GSM M20, TC35 y MC45,
solo FT2.
Valor predeterminado: FT1.2
– FT1.2 (8E1):
Formato de caracteres 8 bits de datos,
paridad par, 1 bit de inicio, 1 bit de parada
Ajuste del módem: formato de datos 11 bits
– FT2 (8N1):
Formato de caracteres 8 bits de datos,
sin paridad, 1 bit de inicio, 1 bit de parada
Ajuste del módem: formato de datos 10 bits
Nota
Encontrará más información sobre el ajuste del formato de telegrama en el capítulo
Montaje y puesta en marcha de un módem SINAUT, en la descripción de las
indicaciones y de las conexiones accesibles desde arriba.
● Acknowledgment:
El tipo de acuse no depende del módem utilizado. Se ajusta en función de la calidad del
trayecto de transmisión.
Valor predeterminado: short acknowl.
– short acknowl.:
Consta de un byte.
– long acknowl.:
Consta de 5 bytes. El acuse largo se recomienda para aplicaciones en las que haya
perturbaciones en el trayecto de transmisión que produzcan interferencias que el TIM
pueda interpretar como acuse breve.
Ejemplo: trayecto de radiotransmisión incorrecto

● WAN protocol:
El protocolo WAN se configura en función de la red.
Valor predeterminado: ST7
– ST7:
Se utiliza el protocolo ST7 como protocolo WAN. Este debería ser el ajuste en todas
las redes puramente ST7 de un sistema ST7.
– ST1:
Se utiliza el protocolo ST1 como protocolo WAN. Esto es necesario para la
comunicación en redes con sistemas ST1 antiguos, así como en redes en las que hay
conectados tanto dispositivos ST7 como dispositivos ST1.
En una red de línea dedicada o una red de marcación SINAUT, pueden utilizarse tanto el
protocolo ST1 como el ST7. El protocolo de red seleccionado sirve para todos los
dispositivos conectados a la red o subred correspondiente.
Se permiten las siguientes combinaciones de protocolo WAN y modo de operación con el
formato de telegrama que corresponda:
Tabla 4- 1 Sinopsis de los protocolos WAN permitidos en distintos modos de operación (solo ST7)
Tipo de red Modo de operación Protocolo WAN Caracteres asín- Formato de

cronos telegrama
Línea dedicada / Polling ST7 11 o 10 bits FT1.2 o FT2
línea inalámbrica
Línea dedicada / Polling with time slots ST7 11 o 10 bits FT1.2 o FT2
línea inalámbrica
Línea dedicada / Multi-master polling ST7 10 bits FT2
línea inalámbrica with time slots
Red de marcación Espontáneo ST7 11 o 10 bits FT1.2 o FT2
● Retry factor:
Este valor determina la frecuencia con la que se repite un telegrama no acusado
positivamente.
Rango de valores: 0 .. 15
Valor predeterminado en líneas dedicadas y en la red espontánea: 3
Valor predeterminado en la red de marcación: 7
● Max. message length (en bytes):
La longitud máxima de telegrama depende de la máxima longitud de los telegramas ST7
dentro de una red. De este dato se derivan magnitudes temporales (p. ej., tiempo de
repetición de envío) para funciones de vigilancia internas.
Valor predeterminado: 240
Nota
En la medida de lo posible, debería evitarse cambiar el valor predeterminado de 240
para la longitud máxima de telegrama, ya que el routing PG no funciona con longitudes
máximas de telegrama inferiores a 240.

● Connection type:
Rango de valores: Half duplex, duplex
Valor predeterminado: duplex
● Baud rate:
Es la velocidad con la que se comunican el TIM y el módem. La velocidad de transmisión
en la red actual viene determinada por el módem y suele ser idéntica a la del módem.
Si el módem debe trabajar a una velocidad que no está preasignada, debe ajustarse aquí
la velocidad superior que más se le acerque (por ejemplo 19 200 baudios si el módem
funciona a 14 400 baudios).
– Rango de valores en líneas dedicadas y en la red espontánea:
300, 600, 1200, 2400, 4800, 9600, 19 200, 38 400 baudios
- TIM 4: 50, 100, 150, 200 baudios adicionales
- TIM 4R-IE: 115 200 baudios adicionales
– Rango de valores en la red de marcación:
1200, 2400, 4800, 9600, 19 200, 38 400 baudios
– Valor predeterminado: 1200 baudios
● Cancel parameter (solo en redes de marcación):
Es el número de intentos de marcación hasta que se cancele definitivamente.
Rango de valores: 0 ... 127
– Cancel parameter = 0:
Los intentos de llamada se cancelan definitivamente cuando se establece una
conexión 127 veces consecutivas sin que se haya podido transferir ningún dato.
– Cancel parameter = 1 ... 127:
Los intentos de llamada se cancelan definitivamente si fallan n veces consecutivas,
tanto si no se ha podido establecer ninguna conexión como si no se han podido
transmitir datos con una conexión establecida.
● Redialing attempts (solo en redes de marcación):
Es el número de intentos de llamada hasta que se notifica un fallo.
● Customer identification (solo en redes de marcación):
La identificación de cliente se utiliza para determinar si solo se han establecido
conexiones con interlocutores permitidos para la red. El identificador de cliente actúa de
protección por contraseña en la red correspondiente.

Ficha Time Service

La ficha Time Service especifica en qué medida deben ejecutarse en esta red servicios de
sincronización horaria de la estación maestra o, en el caso de una subred, de la estación
nodo. La sincronización horaria de los módulos TIM se describe en la ficha del mismo
nombre del cuadro de diálogo de propiedades del TIM; consulte el capítulo Configuración de
módulos TIM (Página 99).
Figura 4-18 Cuadro de diálogo Properties - SINAUT Dedicated Line, ficha Time Service
Las opciones siguientes son ajustables para el parámetro Synchronisation cycle:

● No synchronisation:
No se realiza sincronización horaria en la red correspondiente.
● Hour scheme:
El número de horas entre procesos de sincronización puede ajustarse en la lista
desplegable "Hour scheme".
– Start time:
Si el ciclo de la sincronización horaria es mayor que 1 hora, existe la posibilidad de
predefinir una hora de inicio para la sincronización horaria en la lista desplegable
"Start time".
● Minute scheme:
El número de minutos entre procesos de sincronización puede ajustarse en la lista
desplegable "Minute scheme".

● Second scheme:
El número de segundos entre procesos de sincronización puede ajustarse en la lista
desplegable "Second scheme".
● Time of day:
La sincronización tiene lugar una vez al día. El instante de la sincronización se ajusta en
la lista desplegable "Time of day" (p. ej. 01:00 h).
En las líneas dedicadas se recomienda un ciclo de sincronización de 1 hora y en las redes
de marcación, de 1 vez al día, p. ej. a la 01:00 h.
En las líneas de marcación, además, la sincronización horaria puede utilizarse para
comprobar la disponibilidad de un dispositivo y recuperar datos.
El TIM maestro de sincronización en esta red WAN se determina automáticamente mediante
la configuración de la conexión de red en el cuadro de diálogo de propiedades del nodo de
red.
Ficha Node List

En la lista de dispositivos se muestran todos los dispositivos de comunicación conectados a
la red actual, es decir, módulos TIM. Asimismo, se mencionan el nombre de estación, la
dirección WAN y el tipo de nodo configurado, de modo que es fácil comprobar estos
parámetros para toda la red.
Figura 4-19 Cuadro de diálogo Properties - SINAUT Dedicated Line, ficha Node List

Nota
Si aparece un asterisco detrás de una o dos direcciones, la dirección WAN no es unívoca y
debe cambiarse.
Ficha Time Slots - Solo en redes con el procedimiento de llamada correspondiente

En la ficha Time Slots puede definirse qué pautas de tiempo deben utilizarse para la
transferencia en los modos de operación Polling with time slots y Multi-master polling with
time slots.
Para que la comunicación sea posible debe haber seleccionada al menos una pauta de
tiempo, ya que solo se sondea dentro del rango de tiempo seleccionado mediante la
estación maestra.
Figura 4-20 Cuadro de diálogo Properties - SINAUT Dedicated Line, ficha Time Slots
En la parametrización de las pautas de tiempo se procederá de la manera siguiente:

1. Determine el No. of time slots por minuto. A partir de esto se calcula la Length of one
time slot.
2. Seleccione en la columna Stat. Addr. de la lista Master stations la dirección de la
estación maestra de la subred correspondiente.

3. Seleccione en la columna sec to sec de la lista Time Slots la pauta de tiempo deseada
para la llamada de esta estación maestra.
4. Haga clic en el botón assign station # to slots para asignar la pauta de tiempo
seleccionada a la estación maestra marcada.
Repita el procedimiento si deben utilizarse varias pautas de tiempo por minuto.
En el modo de operación Sondeo multimaestro con procedimiento de tiempo pautado, el
procedimiento para cada estación maestra invocante debe realizarse con pautas de tiempo
distintas.
Las pautas de tiempo establecidas pueden borrarse con el botón remove assignment.
Nota
TIM de estación maestra
Con el "software de configuración SINAUT ST7 para PG/PC" a partir de la versión V4.2, el
procedimiento de tiempo pautado también puede configurarse con un TIM de estación
maestra sin receptor DCF7, si como TIM de estación maestra se utiliza un TIM 4R-IE con
conexión Ethernet a un PC ST7cc/ST7sc.
4.4.7 Configuración de nodos de red WAN

Los nodos de red WAN SINAUT se parametrizan en el cuadro de diálogo Properties -
SINAUT Dedicated Line" o bien "Properties - SINAUT Dial-up Network" en las siguientes
fichas:
● Ficha General
con información general sobre el nodo de red y la entrada de comentarios
● Ficha Network Connection
para parametrizar las principales propiedades de la red
● Ficha Basic Param.
para parametrizar los parámetros de comunicación básicos
● Ficha Dedicated Line
con parámetros especiales para líneas dedicadas
● Ficha Dial-up Network
con parámetros especiales para el uso de redes conmutadas
● Ficha Dialing Param.
con parámetros específicos del número de llamada
● Ficha AT Initialization
para la parametrización de cadenas AT si son necesarias

Se mostrarán las fichas relevantes en cada caso, dependiendo del tipo de red.
Nota
Al parametrizar nodos de red solo se pueden cambiar los parámetros relevantes para la
combinación en cuestión. Dependerá de
• el tipo de red, definido en el cuadro de diálogo Properties Node / ficha Network
Connection
y de
• el modo de operación, definido en el cuadro de diálogo Properties Net / ficha Network
Settings.
Ficha General
Figura 4-21 Cuadro de diálogo Properties - SINAUT Dedicated Line TIM, ficha General
En la ficha General están disponibles los parámetros siguientes:

● En el campo Name se muestra el nombre del módulo para estaciones SIMATIC. Solo es
posible modificar el nombre de interfaz predeterminado para estaciones PC SIMATIC y
otras estaciones. Si se cambia el nombre por otro distinto, este aparecerá en el SIMATIC
Manager y en la configuración de red.
● Se muestra la ruta del proyecto (Project path).
● Se muestra la ubicación (Storage location of the project).


la configuración.
● Se muestra la fecha de creación (Date created).
● Se muestra la fecha de la última modificación (Last modified).
Ficha Network Connection

La ficha Network Connection permite parametrizar las principales propiedades de conexión
en red del nodo de red WAN.
Figura 4-22 Cuadro de diálogo Propiedades - SINAUT Dedicated Line TIM, ficha Network
Connection
Aquí los parámetros son los siguientes:

● El Node Type se define en la lista de selección:
– La estación maestra es el nivel jerárquico más alto de la red. Por lo general, recopila
información sobre los dispositivos de red subordinados y da especificaciones a los
dispositivos de campo.
– Una estación nodo está jerárquicamente subordinada a la estación maestra o a otra
estación nodo pero es superior a una o más estaciones.
– Una estación está en el nivel próximo al campo y está subordinada a una estación
maestra o nodo en la jerarquía.

● La WAN adress en la red.

La dirección WAN unívoca del nodo de red puede cambiarse. Se realiza una
comprobación de coherencia para que no puedan seleccionarse direcciones WAN ya
asignadas.
● La subred (Subnet):
dispositivo no está conectado, la fila ---Not Networked--- estará marcada en la lista
Subnet.
– Si el dispositivo actual está conectado, estará marcada la fila de la red
correspondiente. La red actual puede parametrizarse con el botón Properties....
– Si no existe conexión alguna es posible crear una conexión de red utilizando el botón
New....
– El botón Delete... permite borrar una conexión existente.
Ficha Basic Param.

La ficha Basic Param. contiene los parámetros de comunicación existentes para el nodo de
red WAN seleccionado.
Figura 4-23 Cuadro de diálogo Properties - SINAUT Dedicated Line TIM, ficha Basic Param.


● Interface::
Este campo indica si el nodo de red actual funciona en la interfaz WAN interna o externa
del TIM.
● Interface Type (solo TIM 4R-IE):
Aquí se especifica el tipo de la interfaz: modo RS232 o RS485
● RS485 Termination (solo TIM 4R-IE):
Conexión de la resistencia terminadora para el bus RS485
Nota
En el ajuste de interfaz "RS485" aquí debe realizarse el ajuste para la conexión de la
resistencia terminadora interna del módulo para el bus RS485.
Si el TIM 4R-IE es el primer dispositivo del bus RS485, como suele ocurrir, seleccione el
ajuste "Ja" (sí).
Si el TIM 4R-IE no es el primer ni el último dispositivo del bus RS485, elija "No" (nein).
● Operating Mode:
Este ajuste indica si la interfaz conectada al nodo de red actual debe funcionar en modo
Interrupt o DMA. Como máximo se puede utilizar una de las dos interfaces de un módulo
TIM en modo DMA.
Rango de valores: Interrupt (Block), DMA, Interrupt (Single Character)
Ajuste predeterminado: Interrupt (Block)
– Operating mode = Interrupt (block)
Este modo de operación es válido para el modo de envío y recepción.
En principio el modo estándar Interrupt (block) es adecuado para todas las
conexiones. Por cada bloque se transmiten 4 caracteres. A continuación se produce
una alarma (Interrupt) La comprobación de los caracteres recibidos no se realiza
hasta que se ha recibido un telegrama completo.
– Operating mode = DMA
Este modo de operación es válido para los modos de envío y recepción.
El modo DMA es conveniente para conexiones de alta velocidad o un elevado
intercambio de telegramas, pero no para redes GSM.
Como máximo una de las dos interfaces de un módulo TIM puede funcionar en modo
DMA.
– Operating mode = Interrupt (Single Character)
Este modo de operación solo se utiliza en dirección de recepción. En el sentido de
envío se continúa trabajando en modo Block.
Este modo de alarma es adecuado para líneas de muy mala calidad. Por cada
carácter transmitido se lanza una alarma y cada carácter se analiza inmediatamente
tras su recepción, lo que permite diagnosticar muy bien errores de transmisión. Este
modo de operación es más seguro que el modo Block, pero también es más lento.
● Extra transmission time:
Se trata de un tiempo Offset que se suma al tiempo de repetición de envío. El tiempo de
repetición de envío se calcula automáticamente en el TIM.
A partir del parámetro Extra transmission time se calcula también el tiempo de retardo de
caracteres (tiempo de retardo de caracteres = Extra transmission time dividido entre 5).
En el campo de entrada Extra transmission time debe indicarse un offset de tiempo si el

tiempo de repetición de envío necesario realmente no puede calcularse por completo,

por ejemplo, en transmisiones por satélite o conexiones inalámbricas a través de
repetidores.
Rango de valores: 0 .. 65535 ms
Ajuste predeterminado si se utiliza el MD720 o módulos TS: 1000 ms
Ajuste predeterminado si se utiliza el módulo M1 o M20: 400 ms
Ajuste predeterminado si se utilizan los demás módems: 0 ms
● Number of spontaneous messages:
Esta función solo está disponible para los tipos de nodos Estación y Estación nodo.
Ajuste predeterminado para líneas dedicadas: 20
Ajuste predeterminado para redes de marcación: 200
– Cantidad = 0 en modo Polling:
Se transmiten todos los telegramas espontáneos presentes en el momento del 1.er
telegrama de sondeo.
– Cantidad = 1 .. 255 en modo Polling:
Se transmiten como máximo entre 1 y 255 de los telegramas espontáneos presentes
en el momento del 1.er telegrama de sondeo.
En una estación de red conmutada el parámetro Number of spontaneous messages
determina tras cuántos telegramas la estación maestra tiene la oportunidad de transmitir
a la estación los telegramas que aún puedan estar pendientes.
● Limit for locked messages::
Este parámetro solo es ajustable para redes conmutadas e indica la proporción máxima
de telegramas bloqueados en el búfer de envío. Cuando se rebasa el porcentaje en
cuestión, también se aplica el método de espejo para todos los telegramas nuevos
entrantes también bloqueados. Con ello se impide el desbordamiento del búfer de
transmisión.
Los telegramas se marcan como bloqueados si ya no pueden ser enviados al
destinatario debido a problemas de comunicación.
Rango de valores: 0 ... 90% (si se introduce 0 se aplicará el valor predeterminado)
Ajuste predeterminado: 50%

Ficha Dedicated Line

La ficha Dedicated Line contiene parámetros especiales que solo son necesarios cuando se
emplean líneas dedicadas.
Figura 4-24 Cuadro de diálogo Properties - SINAUT Dedicated Line TIM, ficha Dedicated Line
Los parámetros de líneas dedicadas incluyen los siguientes:

● RTS/CTS delay time::
La activación del retardo RTS/CTS es necesaria, por ejemplo, cuando se conecta un
módem a la interfaz RS485 del módulo TIM. Los valores necesarios en cada caso para el
retardo RTS/CTS deben consultarse en las descripciones de los módems.
Ajuste predeterminado: 0
– RTS/CTS delay time = 0:
Tras activar la señal RTS, el envío no se produce hasta que el módem ha activado la
señal CTS.
– RTS/CTS delay time > 0:
No se espera la señal CTS del módem. Tras activar la señal RTS se espera hasta
que ha transcurrido el tiempo parametrizado y, después, se envía inmediatamente.

● Polling monitoring time:

Indica el tiempo máximo tras el cual un TIM de estación o de estación nodo espera a ser
llamado. Si el TIM no es llamado una vez transcurrido este tiempo, envía un aviso a la
CPU local indicando que la estación maestra está averiada.
Rango de valores: 0 .. 65535 s
Ajuste predeterminado: 0 (0 significa que no hay vigilancia)
Aunque aquí no se configure ninguna parametrización, el módulo TIM registra el tráfico
de telegramas a través de WAN y transmite automáticamente el mismo mensaje de
avería a la CPU correspondiente si no registra intercambio de telegramas durante unos
segundos. Con una longitud de telegrama máxima ajustada a 240 bytes, un factor de
repetición de 3 y una velocidad de transmisión de 9.600 baudios el aviso se produce tras
aproximadamente 4 segundos sin telegramas, mientras que con una velocidad de
transmisión de 1.200 baudios, se produce tras aprox. 32 segundos.
● Send delay time:
El tiempo de retardo de emisión se utiliza únicamente cuando llega la disponibilidad de
emisión (señal CTS) del módem (parámetro RTS/CTS delay time = 0). En cuanto llega la
señal CTS del módem se inicia el tiempo de retardo de emisión. Los datos no empiezan
a enviarse hasta que ha transcurrido este tiempo.
Este parámetro se necesita, p. ej., cuando se requieren offsets de tiempo adicionales
para el arranque de repetidores en líneas inalámbricas antes de iniciar la transmisión de
datos.
Si se ha introducido 0 no se aplicará el retardo de emisión.
● Max. allowed disruption time:(solo TIMs Ethernet):
Aquí se puede introducir el tiempo de tolerancia para un fallo de conexión detectado por
el TIM. Si el fallo de conexión persiste después del tiempo ajustado, se notifica a todos
los interlocutores de la estación que falla.
Rango de valores: 0 ... 255 segundos
En redes que fallan mucho (p. ej. algunas redes inalámbricas) puede ser conveniente
aumentar el tiempo de fallo permitido sin elevar el factor de repetición para telegramas
(consulte el cuadro de diálogo de propiedades Dedicated Line, ficha Network Settings).
Aumentando el tiempo de fallo permitido se retrasa la notificación de fallos de estación y
con ello se reduce la recepción de telegramas de organización cuando las estaciones
regresan.
● Ratio polling / spontaneous::
Este campo indica el número de telegramas espontáneos que pueden enviarse desde
una estación maestra entre dos sondeos.

● Number of stations in sub-cycle::

Este campo indica cuántas estaciones deben llamarse en el ciclo subordinado por cada
ciclo principal.
La figura muestra una configuración con estaciones en el ciclo principal y subordinado y
el orden de sondeo resultante con un Number of stations in sub-cycle: parametrizado con
1.
Figura 4-25 Ciclo principal - ciclo subordinado
● Transmission mode:
Este parámetro indica qué tipo de telegramas de datos ST7 se enviarán utilizando el
protocolo ST7.
Rango de valores:
- transfer data as blocks of single messages
- transfer data as blocks of multiple messages
Ajuste predeterminado: telegramas individuales

Ficha Dial-up Network

La ficha Dial-up Network contiene parámetros especiales que solo son necesarios cuando
se emplean redes conmutadas.
Figura 4-26 Cuadro de diálogo Properties - SINAUT Dedicated Line TIM, ficha Dial-up Network
Los parámetros de red conmutada incluyen los siguientes:

● Transmission criteria:
Este ajuste controla el establecimiento de conexión para la transmisión de telegramas
espontáneos condicionales. El criterio de transferencia para telegramas espontáneos
condicionales solo puede ajustarse para estaciones y estaciones nodo.
Rango de valores: Standard conditions, fill level, time of day, time scheme
Ajuste predeterminado: Standard conditions
– Standard conditions:
No se establece la conexión debido a la presencia de telegramas espontáneos
condicionales. Los telegramas espontáneos condicionales solo se transfieren si se
establece una conexión debido a telegramas espontáneos no condicionales, si es
inminente el desbordamiento del búfer o si la conexión se establece desde el otro
lado.
– Fill level:
Si se rebasa el nivel de llenado parametrizado del búfer de envío para telegramas
espontáneos condicionales, el módulo TIM intenta establecer una conexión
automáticamente para enviar los telegramas.
- Campo de entrada %: se introduce el nivel de llenado del búfer de envío en
porcentaje (valor predeterminado: 50%)

– Time of day:
en un momento del día parametrizable se realiza automáticamente un establecimiento
de llamada y los telegramas se transmiten. Debe introducirse la hora:
- campo de entrada Hours: entrada de la hora (hora):
- campo de entrada Minutes: entrada de la hora (minuto)
– Time scheme:
en una base de tiempo parametrizable se realiza automáticamente un establecimiento
de llamada y los telegramas se transmiten. Debe introducirse la base de tiempo:
- campo de entrada Hours: entrada del valor de hora para la base de tiempo de envío
- campo de entrada Minutes: entrada del valor de minutos para la base de tiempo de
envío
● Call answer delay:
Aquí se puede indicar el tiempo que el proveedor WAN espera cuando llega una llamada
hasta aceptarla. De este modo es posible aceptar una llamada si al mismo tiempo con el
TIM hay un teléfono colgado en una misma conexión telefónica. Si el valor es 0, no se
aplica ningún retardo de aceptación de llamada.
Rango de valores: 0 ... 60 s
Ajuste predeterminado: 0 s
● Min. connection duration:
Aquí se puede ajustar la duración mínima de la conexión para una conexión por
marcación. Esto puede ser necesario en redes conmutadas rápidas para esperar la
respuesta de dispositivos durante un sondeo general antes de establecer la conexión.
Ajuste predeterminado: 5 s
0 significa que no se aplica ninguna duración de conexión mínima.
● Dialing test intervall:
Aquí se indica un intervalo de comprobación en minutos. El intervalo de comprobación se
inicia cuando un TIM de estación maestra no ha podido establecer una conexión con un
dispositivo determinado tras un número definido de repeticiones.
Una vez transcurrido el intervalo de comprobación, el proveedor WAN vuelve a iniciar
automáticamente un establecimiento de conexión con el dispositivo en cuestión. Si no lo
consigue, se vuelve a iniciar el intervalo de comprobación. Si se envía un telegrama al
proveedor WAN del TIM maestro durante el intervalo de comprobación, el proveedor
WAN no esperará a que transcurra el intervalo, sino que intentará inmediatamente
establecer una conexión y enviar el telegrama.
Rango de valores: 0 ... 255 minutos
Ajuste predeterminado: 5 minutos
● Cancel delay time:
Este parámetro indica cuánto tiempo debe mantenerse aún activa la conexión de red
conmutada desde que el búfer de envío del módulo TIM para telegramas está lleno y no
puede enviar más telegramas ni enviar datos a la CPU.
Todos los telegramas recibidos a través de la interfaz WAN se acusan de forma negativa
hasta que haya transcurrido el tiempo especificado aquí. Debido al acuse negativo, una
vez transcurrido el tiempo de repetición de envío el interlocutor repetirá el telegrama que
ha enviado anteriormente.
Tras concluir el tiempo de retardo de cancelación, la conexión se deshace.
Rango de valores: 0 ... 255 segundos

● Transmission mode:
Este parámetro indica qué tipo de telegramas de datos ST7 se enviarán utilizando el
protocolo ST7.
Rango de valores:
- transfer data as blocks of single messages
- transfer data as blocks of multiple messages
Ajuste predeterminado: telegramas individuales
Ficha Dialing param.

La ficha Dialing Param. solo aparece con nodos de red conmutada y abarca todos los
parámetros específicos de número de llamada.
Figura 4-27 Cuadro de diálogo Properties - SINAUT Dedicated Line TIM, ficha Dialing param.
Aquí los parámetros son los siguientes:

● Configured modem:
Se muestra el módem especificado en la configuración hardware.
● Dialing Mode:
Tipo de control del módem. Debe tenerse en cuenta que en la interfaz interna del TIM
solo se puede utilizar el modo AT. Solo es posible elegir entre los modos AT y V.25bis
para la interfaz WAN externa.
Rango de valores: AT mode, V.25bis
Ajuste predeterminado: AT mode

● Dialing format:
El formato de datos de la fase de marcación depende del tipo de módem. Los ajustes
posibles son los siguientes:
8 data bits, no parity, 1 stop bit
8 data bits, odd parity, 1 stop bit
8 data bits, even parity, 1 stop bit
8 data bits, no parity, 2 stop bits
8 data bits, odd parity, 2 stop bits
8 data bits, even parity, 2 stop bits
7 data bits, no parity, 1 stop bit
7 data bits, odd parity, 1 stop bit
7 data bits, even parity, 1 stop bit
7 data bits, no parity, 2 stop bits
7 data bits, odd parity, 2 stop bits
7 data bits, even parity, 2 stop bits
Ajuste predeterminado:
- con AT mode: 8 data bits, no parity, 1 stop bit
- con V.25bis: 7 data bits, even parity, 1 stop bit
Nota
Los datos anteriores sirven únicamente para la fase de marcación. El formato de datos
en la fase de datos se ajusta a través del interruptor 5 del módem MD3.
El ajuste del formato de marcación solo es necesario en módems antiguos que no
dispongan de ajuste automático. Con el ajuste automático, el módem puede determinar
automáticamente, mediante la primera cadena AT, el formato de caracteres y el formato
de datos en la fase de marcación.
● Dialing command:
se trata del comando de marcación para el módem local. Los comandos de marcación
son:
– D (comando AT)
– DP (comando AT, marcación por impulsos)
– DT (comando AT, marcación por tonos)
– CRN (V.25bis)
– CRNP (V.25bis, marcación por impulsos)
– CRNP (V.25bis, marcación por tonos)
Valor predeterminado: D. Este comando de marcación predeterminado del módem debe
utilizarse siempre que sea posible.
● Dialing Prefix:
Es el número de acceso (línea exterior) para una centralita (generalmente el 0 o el 9) o
para un proveedor de telefonía alternativo. Se puede introducir un número de hasta 12
dígitos. Con conexión directa a la red de marcación y sin proveedor de telefonía
alternativo, estos parámetros se pueden dejar vacíos.
El prefijo de marcación también se puede modificar más tarde en el cuadro de diálogo
Properties of subscriber en la administración de dispositivos.

● Own tel. number:

Aquí debe introducirse el número de teléfono propio del nodo de red, incluido el prefijo.
El número de teléfono propio no se podrá modificar más tarde en el cuadro de diálogo
Properties of subscriber de la administración de dispositivos.
Nota
En redes conmutadas en las que no se pueda seleccionar otro dispositivo dentro de la
misma red local con el prefijo propio de zona, se recomienda introducir el número de
teléfono propio (sin prefijo) en el campo de entrada Own tel. number e introducir el prefijo
de zona en Dialing prefix.
● PIN number:
En un módulo GSM, aquí se debe introducir el PIN de 4 a 8 dígitos para que se pueda
transferir del módulo TIM al módulo GSM.
En los contratos sin PIN el campo se deja en blanco.
Nota
Si se introduce un PIN incorrecto, se puede bloquear la tarjeta SIM que contiene el
módulo. Si al establecer la conexión se enciende el LED de error del TIM, en cualquier
caso deberá comprobarse el búfer de diagnóstico del TIM, ya que aquí se generará una
entrada para PIN erróneo.
● Special service:
Para servicios de SMS especiales existen las siguientes posibilidades:
– no special service
El dispositivo no utiliza ningún servicio SMS.
– SMS via fixed network (TAP)
Envío de SMS a una estación maestra SMS que utiliza el protocolo TAP
– SMS via fixed network (UPC)
Envío de SMS a una estación maestra SMS que utiliza el protocolo UCP
– SMS via GSM network
Envío de SMS a una estación maestra SMS con acceso digital
Nota
Si dos módems MD3 se comunican entre sí, no podrán utilizarse en el modo de 1200
baudios, semidúplex, modo AT.
Ficha AT Initialization
La ficha AT Initialization solo aparece en nodos de red conmutada y si en la ficha Dialing
Param. el Dialing mode se ha ajustado a AT mode. La cadena que se guarda aquí se forma
automáticamente a partir de los parámetros de red conmutada ajustados anteriormente y el
módem de marcación SINAUT seleccionado en el nodo de red (MD3, MD4 o módem GSM
TC35, MC45, MD720).

Si está ajustado "3rd party modem" en el nodo de red, no se mostrará ninguna cadena de
inicialización. Debe introducir la cadena de acuerdo con el módem utilizado. La cadena de
inicialización parametrizada aquí solo se transmite al arrancar el TIM en el módem utilizado
en modo AT.
Figura 4-28 Cuadro de diálogo Properties - SINAUT Dedicated Line TIM, ficha AT Initialisation
● Campo de entrada Initializing string:

La cadena AT se muestra en el campo de entrada de la izquierda como texto y en el
campo de la derecha en hexadecimales. No es posible introducir datos en el campo de la
derecha. En el campo izquierdo solo se puede introducir una cadena si no se ha
encontrado ninguna entrada para la combinación actual de módem y parámetros de red
en la base de datos del módem SINAUT o si se ha activado la opción User defined. De lo
contrario se adoptará de la base de datos la cadena válida en cada caso.
● La opción User defined:
Permite la entrada manual de cadenas de inicialización AT para los ajustes básicos del
módem.
● Campo Type of string:
En este campo de salida se muestra el contenido de la cadena actual.
Particularidades del módem MD4

Con el MD4 la cadena estándar es ATS45=83$P1\N0&W$M=n.
La cadena parcial $P1 define el modo V.110 a una velocidad de transmisión de 9600
baudios.
El carácter n al final de la cadena es el comodín para el MSN (último dígito del número de
teléfono) del dispositivo.

La cadena estándar guardada solo permite velocidades de transmisión de 9600 y 19200

baudios; el resto de las velocidades no son compatibles. Este ajuste estándar permite la
comunicación con los siguientes dispositivos:
● Módems RDSI antiguos que se instalaron junto con dispositivos SINAUT ST1
● Estaciones GSM
● Estaciones maestras SMS
En caso de utilizar módems MD4 en redes RDSI, en el ajuste estándar solo se puede
trabajar con una velocidad de transmisión de 9600 baudios y no con la velocidad máxima
posible de 38000 baudios.
Si utilizando módems MD4 en redes puramente RDSI se debe aprovechar la máxima
velocidad de 38.000 baudios, la entrada $P1 debe sustituirse por $P5 en la cadena
estándar.
Con ello se cambia del modo de transmisión V.110 al modo de transmisión X.75,
permitiendo así una velocidad de transmisión de hasta 38.000 baudios.
Si se utilizan módems MD4 y posteriormente se cambia el número de teléfono, será
necesario considerar los siguientes aspectos adicionales:
Nota
Dado que con el módem MD4 el número MSN se añade automáticamente a la cadena AT
generada, si posteriormente se modifica el número de teléfono hay que asegurarse de que,
en caso necesario, también se modifica de forma manual el número MSN en la cadena AT
para el módem MD4.
Particularidades de los módulos TS

Para conexiones a redes de marcación a través de módulos TS se configuran strings AT en
la ficha "AT Initialization" del cuadro de diálogo de propiedades del nodo de red de
marcación. Dependiendo del módulo TS empleado es posible preasignar los strings AT
siguientes:
● CP con TS Module GSM
ATE0S0=1&D2+CBST=7,0,1;+CRC=1;&W+IPR=115200
● CP con TS Module Modem

AT&FE0&M0&Q6S0=1x3&w0
● CP con TS Module ISDN - Interlocutor (estación maestra) con conexión GSM:

String AT del TS Module ISDN en la estación:
AT&FE0\N1

Solo es necesario adaptar manualmente los strings AT en el campo de entrada "Initialization

string" en caso de transferencia a través de una red RDSI con la siguiente configuración.
● CP con TS Module ISDN - Interlocutor (estación maestra) con Modem MD4:
– String AT para el TS Module ISDN en la estación:
AT&FE0\N2
– String AT para el Modem MD4 en la estación maestra:

ATS45=85$P5\N0&W$M=1
4.4.8 Prueba de plausibilidad en la configuración de red

Se realiza una prueba de plausibilidad de la red configurada cuando se guarda la red con la
función Save and compile... o cuando se llama la comprobación de coherencia directamente
desde el menú Network / Check Consistency. Se notifica lo siguiente:
● Dispositivos que no están conectados a ninguna subred
● Subredes que solo tienen un dispositivo
● Conexiones incoherentes, por ejemplo debido a un protocolo WAN erróneo
Para redes SINAUT se comprueba además:
● La compatibilidad entre los tipos de módems conectados
● La compatibilidad de los tipos de módems conectados con los parámetros de red
Para redes de líneas dedicadas SINAUT se comprueba además:
● La parametrización de una estación maestra para la red de línea dedicada
● La existencia de más de una estación maestra para una red de línea dedicada en el
modo sondeo
Nota
Si se conectan estaciones SIMATIC S7-300 solo a través de WAN, en las versiones
antiguas de STEP 7 (anteriores a V.5) puede aparecer la siguiente advertencia para los
nodos MPI no conectados de una CPU: "CPU... (Station ..): The subscriber (...) is not
connected to a network."
Puede ignorar esta advertencia.
Por último, el estado configurado debe guardarse en la configuración de red utilizando el

menú Network / Save con el fin de permitir a otras aplicaciones de STEP 7 y SINAUT
acceder a los datos configurados.
La configuración continúa con la llamada de la herramienta de configuración SINAUT.

4.5 Configuración de módulos TIM
Nota
Desde la configuración de red, además de la función Save es posible llamar también la
función Save and compile..., que genera los bloques de datos de sistema (SDB) justo
después de guardar.
Para registrar todos los parámetros configurados del software TD7 al generar los SDB tanto
en proyectos nuevos como después de modificar la configuración de instalaciones SINAUT
existentes, solo deberían generarse los SDB para redes SINAUT en la Administración de
dispositivos de la herramienta de configuración SINAUT.
4.5.1 Sinopsis de las fichas del cuadro de diálogo de propiedades

Los parámetros que sirven para parametrizar un módulo TIM están repartidos entre varias
fichas del cuadro de diálogo Properties - TIM. Están disponibles las siguientes fichas:
● Ficha General
con información general y para modificar el nombre del módulo y realizar comentarios
opcionales
● Ficha Addresses
con datos sobre las áreas de direcciones de periferia de la CPU
● Ficha Special
para la parametrización del búfer de diagnóstico y de una estación maestra ST1 en una
red de marcación
● Ficha Time Service
para la parametrización de la sincronización horaria de un módulo TIM en el bus MPI o
de un TIM Ethernet (variantes TIM 3V-IE, TIM 4R-IE) en Ethernet
● Ficha Interfaces
para la configuración de interfaces Ethernet y WAN
Esta ficha solo existe en los TIM Ethernet
● Ficha WAN Access
para crear interfaces WAN de los módulos TIM de los tipos TIM 3/TIM 4
● Ficha Options
con posibilidades de parametrización para la memoria de telegramas y el aviso de fallo
de dispositivos locales mediante redes de marcación en unidades remotas
Nota
Los parámetros específicos de la comunicación deben introducirse en los cuadros de
diálogo Properties de la parametrización de redes y nodos de red. Se explican en los
capítulos correspondientes.

4.5.2 Ficha "General"
Ficha General
La ficha General proporciona información sobre las propiedades generales de un módulo
TIM.
Figura 4-29 Cuadro de diálogo Properties - TIM, ficha General
Esta ficha contiene los campos de salida y las posibilidades de parametrización siguientes:
● En el campo de salida Short Designation se muestra el tipo de módulo, así como una
breve caracterización de la configuración del hardware.
● El campo de salida Order No. muestra la referencia del módulo.
● En el campo de entrada Name puede modificarse la denominación del módulo.
● El campo Interface muestra por defecto la dirección y el estado de conexión de la interfaz
MPI. El botón Properties permite abrir el cuadro de diálogo para parametrizar el nodo
MPI del módulo. Se describe con detalle en la parametrización de los nodos de red.
En los módulos de la serie tipo TIM 3 también se asigna por defecto una dirección MPI,
aunque no exista físicamente. No se puede acceder a los parámetros de la interfaz MPI
de estos módulos haciendo clic en el botón Properties del cuadro de diálogo.

● En el campo de entrada Comment pueden introducirse observaciones, p. ej. sobre la

finalidad de los módulos.
El número de dispositivo SINAUT del módulo TIM, que puede generarse como
comentario en la Administración de dispositivos del software de configuración SINAUT,
se muestra en este campo de comentario.
4.5.3 Ficha "Addresses"
Ficha Addresses
Figura 4-30 Cuadro de diálogo Properties - TIM, ficha Addresses
La ficha "Addresses" ofrece información sobre las áreas de direcciones que ocupa el
módulo TIM en el área de la periferia de entradas y salidas desde el punto de vista de la
CPU.
Estas direcciones solo son relevantes para usted si el programa SINAUT se configura en el
TIM (TD7onTIM, posible en los TIM Ethernet) y el TIM debe suministrar fecha y hora a la
CPU. En este caso, el TIM prepara los datos horarios en las entradas definidas aquí.
Encontrará más información al respecto en otra sección, consulte el capítulo: Sincronización
horaria de la CPU S7-300 en TD7onTIM (Página 122)

El sistema preasigna la dirección inicial y la longitud de las áreas de direcciones. Como

alternativa existe la posibilidad de modificar las entradas y salidas desactivando la opción
"System Selection" e introduciendo manualmente la dirección inicial en el campo de entrada.
Puesto que el sistema preasigna las direcciones de forma coherente y estas no suelen
ocuparse, por lo general no es necesario cambiarlas.
Nota
No se escriben direcciones E/S del TIM desde el programa de usuario
Si se utiliza TD7onCPU en una CPU con línea compartida, las direcciones E/S del TIM no
pueden escribirse desde el programa de usuario. Esto podría provocar el fallo de la
comunicación.
Para la línea compartida consulte el glosario.
4.5.4 Ficha "Special"
Ficha Special
La ficha Special indica el número de dispositivo SINAUT de los módulos TIM y permite
parametrizar el tamaño y la configuración del búfer de diagnóstico.
Figura 4-31 Cuadro de diálogo Properties - TIM, ficha Special

Esta ficha contiene las posibilidades de parametrización siguientes:

● Campo SINAUT subscriber number:
Muestra el número de dispositivo SINAUT, unívoco en todo el proyecto. Se ofrece más
información al respecto en la configuración de la Administración de dispositivos, en la
herramienta de configuración SINAUT.
● Campo SINAUT ST1 master number:
En las redes de marcación ST1, aquí debe especificarse el número de la estación
maestra SINAUT ST1 de los módulos TIM. Encontrará más información sobre SINAUT
ST1 en la edición 05/2007 del manual.
● Campo Diagnostics buffer Size:
El búfer de diagnóstico está organizado como búfer circular y adopta el número de
avisos especificado.
● Campo Diagnostics level:
Los avisos de diagnóstico necesarios para el funcionamiento normal se generan en el
modo de operación. En el modo de servicio se generan avisos de diagnóstico
adicionales.
4.5.5 Ficha "Time Service"
Ficha Time Service
Nota
Aquí no es posible parametrizar la sincronización horaria de las conexiones de red a una
línea dedicada SINAUT o una red de marcación SINAUT (interfaz RS232/RS485 del TIM).
Puede realizar estos ajustes en el cuadro de diálogo de propiedades de la red de línea
dedicada o la red de marcación, consulte la ficha "Time Service" en el capítulo
Configuración de nodos de red WAN (Página 82). Allí no es necesario realizar un ajuste por
nodo de red, porque la distribución jerárquica de la hora se determina automáticamente en
el marco de la parametrización (estación maestra/estación nodo/estación).
En la ficha Time Service de un módulo TIM se especifica cómo debe comportarse el TIM
con respecto a la sincronización horaria en las interfaces siguientes:
● Sincronización horaria en la o las interfaces Ethernet
● Sincronización horaria en el bus de fondo S7-300, si el TIM está integrado en un S7-300
● Sincronización horaria en el bus MPI (en el TIM 4)
La siguiente imagen muestra la ficha de un TIM Ethernet (variantes TIM 3V-IE y TIM 4R-IE).

Figura 4-32 Cuadro de diálogo Properties - TIM, ficha Time Service
Las interfaces parametrizables se indican en un campo sinóptico. Haciendo clic en una de

las interfaces aparecen debajo del campo los parámetros de sincronización horaria
relacionados con esta interfaz.
Nota
En el campo sinóptico del TIM 4R-IE siempre se muestra la interfaz "S7-300 backplane
bus". Sin embargo, solo es posible parametrizarla si el TIM 4R-IE está integrado como CP
en un S7-300.
Este campo sinóptico no existe en los módulos sin interfaz Ethernet. Aquí solo se puede
parametrizar la sincronización horaria en el bus MPI o el bus de fondo S7-300. Se muestran
los mismos parámetros que en un TIM Ethernet si se selecciona la interfaz "S7-300
backplane bus".
Si un TIM está integrado como CP en un S7-300, con la sincronización horaria en el "S7-300
backplane bus" se establece cuándo debe realizarse la sincronización horaria de la CPU
S7-300 local. Si hay otros TIM integrados en el mismo rack S7, también se sincronizan en el
período parametrizado aquí.
Para un TIM 4 con interfaz MPI es válida la parametrización para la sincronización de los
dispositivos SINAUT conectados al bus MPI, como PC, CPU S7-300 y S7-400, así como
otros módulos TIM 4 conectados al bus MPI.

Si hay varios TIM en el rack S7-300 o en el bus MPI, se aplica la siguiente regla:
1. Debe activarse la sincronización horaria en todos los TIM y ajustar también el período de
forma idéntica.
Tras el arranque, solo uno de los TIM se comportará realmente como reloj maestro. Esto
lo determinarán los TIM de forma automática. El TIM que actúa como reloj maestro
sincroniza todos los dispositivos SINAUT locales conocidos. El resto de TIM se
comportan como esclavos y se dejan sincronizar por el maestro. Si el TIM que actúa
como reloj maestro falla, otro TIM asume su función automáticamente hasta que el TIM
maestro que ha fallado vuelve a estar disponible.
Mientras se determina de forma automática el comportamiento como "reloj maestro" o "reloj
esclavo" en el bus de fondo S7-300 o la MPI, en las interfaces Ethernet del TIM debe
parametrizarse de forma explícita si la interfaz afectada debe comportarse como maestra o
esclava. Para esto rigen las siguientes reglas:
1. Si la interfaz Ethernet del TIM está conectada a una Ethernet en la que también hay un
PC ST7cc o ST7sc, el PC de esta red será por lo general el reloj maestro, por lo que la
interfaz Ethernet afectada del TIM deberá ajustarse a la función "Slave".
2. En una Ethernet sin PC ST7cc ni ST7sc, la interfaz Ethernet de uno de los TIM debe
configurarse como maestra y, en el resto, como esclavas. Si la función de maestro se
configura en varios TIM de esta Ethernet, se generará un mensaje de error en la prueba
de plausibilidad que se realiza en la administración de dispositivos SINAUT.
3. Deben activarse como esclavas todas las interfaces Ethernet que deba sincronizar un
maestro. En caso contrario no se aceptará la sincronización en esta interfaz. El ajuste del
período o instante de sincronización debe ser idéntico tanto en el esclavo como en el
maestro que está en la red Ethernet, pues el esclavo vigila si la sincronización se lleva a
cabo en el período o instante indicado. Si se indicara un período más corto o un instante
diferente, se producirían los mensajes de error correspondientes en el búfer de
diagnóstico del TIM.
Nota
El mensaje de error se emite exactamente cuando finaliza el período o instante.
• En el caso del período, el mensaje de error se produce 2,5 veces después del período
ajustado. Ejemplo: si el período es de 2 horas, el mensaje de error se registra al cabo
de 5 horas.
• En un instante se observa básicamente un tiempo de tolerancia de 2,5 horas antes de
notificar un error.
En el siguiente ejemplo, que muestra dos fragmentos de un proyecto SINAUT, se explica de

forma resumida qué ajustes de sincronización horaria deben realizarse y dónde.

Ejemplo de sincronización horaria

Se presupone que todos los dispositivos SINAUT de la red deben estar sincronizados.
Figura 4-33 Ejemplo de sincronización horaria: segmento de red 1 - MPI/WAN clásica
● ST7cc
Aquí no es necesario realizar ajustes.
● TIM 4R de estación maestra/TIM 4RD de estación maestra
En ambos TIM debe activarse la sincronización horaria en el bus MPI. Se recomienda un
período de 1 minuto.
Nota
ST7cc y ST7sc esperan una sincronización horaria en un período de 1 minuto o menos
en el bus MPI. Un período superior puede causar mensajes de error.
En este ejemplo, el "TIM 4RD de estación maestra" asumirá la función de maestro

después del arranque porque integra un receptor DCF77. En cuanto este TIM reciba un
tiempo válido, el PC ST7cc y el "TIM 4R de estación maestra" se sincronizarán mediante

MPI. Si se produce un fallo en el TIM con receptor DCF77, el "TIM 4R de estación

maestra" puede asumir la función de maestro.
Ambos TIM sincronizan las estaciones conectadas mediante línea dedicada o red de
marcación sincronizando los TIM de las estaciones, que, a su vez, alimentan su CPU. No
es necesario realizar ajustes en los TIM para estas redes. Obtienen los parámetros de la
parametrización temporal, que se realiza de forma centralizada para la red SINAUT
correspondiente (red de línea dedicada o red de marcación); consulte la ficha "Time
Service" en el capítulo Configuración de nodos de red WAN (Página 82).
● Estación 1, TIM 32
En este TIM debe activarse la sincronización horaria en el bus de fondo S7-300, es decir,
el TIM proporciona el tiempo actual a la CPU S7-300 mediante el bus de fondo. Se
recomienda un período de 1 minuto.
Nota
Si un TIM sincroniza una CPU S7-300 mediante el bus de fondo, no es necesario realizar
ajustes de sincronización para la CPU S7-300 en HW Config. La sincronización se
realiza mediante el software SINAUT en la CPU (TD7onCPU, bloque FC-TimeTask) que
utiliza el telegrama de sincronización del TIM para ajustar la hora de la CPU.
● Estación 2, TIM 3V-IE

Deben considerarse dos posibilidades:
– Existe un programa SINAUT en la CPU (TD7onCPU):
Debe activarse la sincronización horaria en el bus de fondo S7-300 del TIM.
– El programa SINAUT está configurado en el TIM 3V-IE (TD7onTIM):
No es necesario activar la sincronización horaria en el TIM.
Aunque no haya un programa SINAUT en la CPU, se puede proporcionar igualmente
la hora a la CPU en caso necesario. En este caso, el TIM prepara los datos horarios
en las entradas de periferia. Esto se describe en otro capítulo, consulte Ficha
"Addresses" (Página 101).
● Estación TIM 3
Este TIM ejecuta la comunicación SINAUT para la "Estación 3" S7-400. Aquí debe
activarse como maestra la sincronización horaria en la interfaz Ethernet afectada del
TIM. Se recomienda un período de 1 minuto.
● Estación 3
No deben realizarse ajustes de sincronización en HW Config ni para la CPU S7-400 ni
para el CP 443. La sincronización se realiza mediante el software SINAUT en la CPU
(TD7onCPU, bloque FC-TimeTask) que utiliza el telegrama de sincronización del TIM
para ajustar la hora de la CPU.
La siguiente imagen muestra otra sección del proyecto de ejemplo en la cual se explicarán
otros detalles de la sincronización, sobre todo en Ethernet.

Figura 4-34 Ejemplo de sincronización horaria: segmento de red 2 - Ethernet

● ST7cc
No se precisan ajustes para la sincronización horaria en Ethernet, en la que ST7cc (o
ST7sc) actúa siempre como reloj maestro.
● Estación 10, TIM 3V-IE
Este TIM está conectado directamente con el ST7cc que hace de reloj maestro mediante
Ethernet. Por ello, debe activarse la interfaz Ethernet del TIM como esclava para la
sincronización horaria. Se recomienda un período de 1 minuto.
Para la CPU de la estación 10, puede activarse en el TIM la sincronización en el bus de
fondo S7-300. Consulte las observaciones del apartado anterior "Estación 2, TIM 3V-IE".
Nota
Si la estación está conectada mediante Ethernet sujeta a pago, p. ej. mediante GPRS,
puede ser conveniente ajustar un período superior a 1 minuto.
● TIM 4R-IE de estación maestra

Este TIM tiene dos accesos Ethernet interconectados. Realice los siguientes ajustes.
– En Ethernet(1):
En esta Ethernet existe un ST7cc (= reloj maestro). Active la interfaz como reloj
esclavo. Se recomienda un período de 1 minuto.
– En Ethernet(3):
En esta Ethernet, active la interfaz del TIM como reloj maestro. Puede ajustar como
período uno distinto al de la interfaz esclava en Ethernet(1).
Además de la sincronización de las estaciones conectadas a Ethernet(3), el TIM también
abastece las estaciones de la red de línea dedicada o la red de marcación sincronizando
los TIM de estas estaciones, que, a su vez, abastecen su CPU. No es necesario realizar
ajustes en los TIM para estas redes. Obtienen los parámetros de la parametrización
temporal, que se realiza de forma centralizada para la red SINAUT correspondiente (red
de línea dedicada o red de marcación); consulte la ficha "Time Service" en el capítulo
Configuración de nodos de red WAN (Página 82).

● Estación 11, TIM 3V-IE/estación 12, TIM 3V-IE Advanced

En las dos estaciones, los TIM están conectados a la Ethernet(3) en la que el "TIM 4R-IE
de estación maestra" está activado como reloj maestro. Por ello, debe activarse como
reloj esclavo la interfaz Ethernet de los dos TIM. El período debe ser idéntico al del reloj
maestro de Ethernet(3).
Para la CPU de las estaciones 11 o 12, puede activar en el TIM la sincronización en el
bus de fondo S7-300. Consulte las observaciones del apartado anterior "Estación 2,
TIM 3V-IE".
● Estación 13, dos módulos TIM 3V-IE Advanced
Esta estación funciona como estación nodo. Ambos TIM tienen un acceso a Ethernet
conectado que debe activarse como reloj esclavo en el TIM de Ethernet(3) y como reloj
maestro en el otro TIM de Ethernet(4).
Para que el TIM conectado a Ethernet(4) pueda adoptar la función de reloj maestro, debe
ser sincronizado por el TIM conectado a Ethernet(3). Esto se produce entre los TIM
mediante el bus de fondo S7-300. Para ello es necesario activar en los dos TIM la
sincronización horaria en el bus de fondo S7-300.
La información sobre la estructura jerárquica de la red de sincronización horaria se
amplía a continuación. En caso necesario, puede ajustar un período para la interfaz
maestra (TIM derecho) diferente del ajustado para la interfaz esclava (TIM izquierdo).
Parametrización de la sincronización horaria

Las opciones siguientes son ajustables para el parámetro Synchronisation cycle:
● No synchronisation:
No se realiza sincronización horaria en la red correspondiente.
● Hour scheme:
El número de horas entre procesos de sincronización puede ajustarse en la lista
desplegable "Hour scheme".
– Start time:
Si el ciclo de la sincronización horaria es mayor que 1 hora, existe la posibilidad de
predefinir una hora de inicio para la sincronización horaria en la lista desplegable
"Start time".
● Minute scheme:
El número de minutos entre procesos de sincronización puede ajustarse en la lista
desplegable "Minute scheme".
● Second scheme:
El número de segundos entre procesos de sincronización puede ajustarse en la lista
desplegable "Second scheme".
● Time of day:
La sincronización tiene lugar una vez al día. El instante de la sincronización se ajusta en
la lista desplegable "Time of day" (p. ej. 01:00 h).
● Synchronisation master (only for the Ethernet port)
Ajuste si el módulo TIM para la sincronización horaria debe aceptar la función de
maestro (ajuste "yes") o no (ajuste "no"). Con el ajuste "no", el TIM es un reloj esclavo.
Encontrará más información sobre los ajustes de reloj maestro o esclavo en las
explicaciones anteriores.

4.5.6 Ficha "Interfaces"
Ficha "Interfaces"
La ficha "Interfaces" solo está disponible para TIM Ethernet. Muestra en una lista las
interfaces del módulo TIM.
Figura 4-35 Cuadro de diálogo "Properties - TIM", ficha "Interfaces" de un TIM Ethernet
Haciendo clic en una interfaz se muestra debajo de la lista el campo para configurar la
interfaz en cuestión.
MPI
Los TIM Ethernet no disponen de interfaz MPI. Si un TIM 4 está insertado como CP en una
S7-300, en la lista aparecerá la interfaz "MPI". Si la selecciona con el ratón, podrá configurar
la dirección MPI interna de la estación con el botón "Properties".
Nota
La interfaz MPI solo aparece si se utiliza uno de los siguientes tipos de CPU:
• Todas las variantes de las CPU 312, 312C, 313C, 314 y 314C
• Las CPU 315-2 DP y 315F-2 DP

WAN 1 / 2
Caso de aplicación: uso como interfaz WAN clásica:
1. Haga clic en el botón "Nuevo".
2. En el cuadro de diálogo siguiente conecte en red la interfaz con una subred existente.
3. Configure los dos parámetros siguientes.
● Tipo de módem
Para los diferentes tipos de red pueden seleccionarse los tipos de módem
correspondientes:
– Módems SINAUT clásicos MD1 / MD2 / MD3 / MD4
– Módulos GSM / kits GSM M1 / M20 / TC35 / MC45
– Módem GSM SINAUT MD720
– Módem externo
● Modo de conexión
Consulte la descripción a continuación (interfaz Ethernet)
WAN 1 (basada en IP)

Caso de aplicación: Uso de la interfaz serie X1 como interfaz Ethernet para la comunicación
sencilla por Internet vía GPRS
Un TIM Ethernet que debe conectarse a una red GPRS como estación MSC (o estación
nodo) a través del módem GSM MD720 se conecta a una red Ethernet a través de la
interfaz serie.
En el caso de un TIM 4R-IE, solo la interfaz WAN 1 conmutable soporta la función de una
interfaz serie.
Interfaz serie X1 en NetPro:
al conectar en red interfaces en NetPro, recuerde que la interfaz izquierda de las 2
interfaces del mismo tipo no tiene que ser siempre la interfaz 1.
Para configurar la interfaz proceda del siguiente modo:
1. Seleccione la interfaz serie (WAN 1 en el TIM 4R-IE).
2. En la lista desplegable de la parte inferior del cuadro de diálogo seleccione el tipo de red
"Ethernet" y asígnelo a la interfaz WAN haciendo clic en el botón "New" .
La entrada "Ethernet" en la lista desplegable adopta el color gris.
3. Abra el cuadro de diálogo de propiedades del nodo de red haciendo clic en el botón
"Properties", y vincule en él el nodo de red WAN con una red Ethernet y configure los
parámetros IP. Cierre el cuadro de diálogo con "Aceptar".
Al regresar a la ficha "Interfaces", como "Modem type" se asigna automáticamente
MD720 y se activa el "Connection mode". La interfaz WAN ya está parametrizada como
interfaz Ethernet.
4. Elija como "Connection mode" "MSC station" o "MSC node station".
El resto de la configuración MSC se realiza en la herramienta de configuración SINAUT.
Encontrará una sinopsis de la configuración MSC en el capítulo Comunicación
GPRS/Internet: Sinopsis de la configuración (Página 46).

Para la configuración de un "PROXY CP1243-8" como sustituto de un CP 1243-8 IRC están

disponibles también módulos TS; consulte el capítulo Particularidades del PROXY
CP1243-8 IRC (Página 130).
Ethernet 1 / 2
Debajo de la lista se muestran los parámetros de la interfaz Ethernet.
La lista de selección para la interfaz Ethernet (estática) está preasignada con "Ethernet 1"
("Ethernet 2", según corresponda). La parametrización IP de la interfaz Ethernet se realiza
con el botón "Properties...", consulte Configuración de nodos Ethernet (Página 71).
Nota
Interfaces Ethernet del TIM 4R-IE
Ninguna de las dos interfaces Ethernet de un TIM 4R-IE está diseñada como switch, sino
que ambas están previstas para la conexión a dos redes distintas. No está permitido el
funcionamiento en la misma red Ethernet.
Si no se observa esta norma es posible que no se generen SDBs para el TIM. Esto se
detecta y notifica al comprobar la plausibilidad en la administración de dispositivos SINAUT.
Por este motivo, las direcciones IP de las dos interfaces deben diferenciarse como mínimo
en uno de los tres decimales de la izquierda (separados por punto) (rige para la máscara de
subred habitual 255.255.255.0).
Nota
Interfaces Ethernet del TIM 4R-IE con S7-400
Si se utiliza un TIM 4R-IE como TIM independiente en un S7-400, al emplear TD7onTIM la
CPU asignada se pondrá siempre a la interfaz Ethernet 1. No se permite conectar una
segunda CPU en la interfaz Ethernet 1 del TIM.
Si desea utilizar el protocolo "MSC", debe configurarlo en la primera interfaz Ethernet del
TIM. Aquí tampoco se permite conectar otra CPU a la interfaz Ethernet 1. Solo en este caso
es posible utilizar TD7onTIM también en la segunda interfaz Ethernet.
Encontrará una descripción general sobre el uso de las variantes de TD7 con las diferentes
combinaciones posibles de tipos de estación maestra y estación en el capítulo Software
TD7: Uso y variantes (Página 39).
Cuando la interfaz Ethernet está seleccionada, en la ficha aparecen los siguientes
parámetros posibles:
● Send keepalives for connections - Interval [s] (0-65535, 0 = off):
Este parámetro indica el intervalo en segundos en el que se enviarán telegramas Keep
Alive cuando no haya tráfico de datos. Si el valor se pone a 0 no se enviarán telegramas
Keep Alive.
En conexiones GPRS se recomienda un valor de 120 segundos. Aquí también se puede
elegir el valor en función del plazo en el que deben enviarse los telegramas
"espontáneos condicionales" guardados en el TIM (véase el parámetro Send condicional
messages as blocks).
El intervalo Keep Alive siempre debe ser inferior al intervalo para "Dead Peer Detection"

(DPD) del router (SCALANCE M874-2 / MD741-1). Observe el intervalo DPD preajustado
del router (MD741-1: 150 segundos).
● Keepalive monitoring time [s] (0-255, 0 = valor predeterminado):
Este parámetro indica el tiempo de vigilancia en segundos después de enviar un
telegrama Keep Alive. El acuse del telegrama recién enviado debe producirse dentro del
tiempo de vigilancia definido aquí. Si el valor se ajusta a 0, se aplica el valor
predeterminado interno del TIM (1 segundo).
Por norma general, en las redes GSM un telegrama se acusa al cabo de 1 o 2 segundos.
También puede tardar más, según sea la carga de la red GSM. En la práctica ha
demostrado ser eficiente un valor de 10 segundos en redes GSM.
● Modo de conexión
La interfaz Ethernet se puede parametrizar para la comunicación IP según el protocolo
S7 (ajuste "neutral") o para la transmisión de datos vía GPRS. En el caso de conexión a
una red GPRS existe la alternativa de transmisión con ayuda del router GPRS o, en la
comunicación sencilla a través de Internet, a través del protocolo MSC con el módem
GPRS MD720.
Una interfaz Ethernet no puede funcionar simultáneamente con el protocolo S7 y el
protocolo MSC.
Al contrario que con un Ethernet convencional "plano", en el que en principio todos los
dispositivos conectados pueden comunicarse con todos los demás, en GPRS solo hay
conexiones punto a punto entre estación y estación maestra. La conexión transversal de
estación a estación no es posible directamente, sino que en las redes GPRS es
necesario enviar los telegramas a través de la estación maestra.
Para ello se puede utilizar un TIM Ethernet en la estación maestra, que se encargue de
direccionar los telegramas de datos entre las estaciones. Para que la configuración de
conexiones SINAUT pueda determinar las vías de conexión correctas dentro de la red
GPRS, es necesario asignar una de las siguientes opciones a la interfaz Ethernet del
TIM en la red GPRS:
– Neutral
En la interfaz Ethernet del TIM la comunicación TCP/IP normal se desarrolla a través
del protocolo ST7, de modo que ningún dispositivo está conectado a través de GPRS
y el protocolo MSC no está activado.
– Estación maestra GPRS
En la función "Estación maestra GPRS" la interfaz Ethernet representa el nivel
jerárquico más alto dentro de la red GPRS. A través de esta interfaz se pueden
direccionar telegramas que los TIMs desean enviar a otras estaciones de la red con la
función "Estación GPRS" o "Estación nodo GPRS".
– Estación nodo GPRS
En la función "Estación nodo GPRS" la interfaz Ethernet está subordinada a la
"Estación maestra GPRS". Generalmente este ajuste se elije en un TIM que se
encuentra en una estación nodo, es decir, en una estación a la que están conectadas
otras estaciones en orden subordinado a través de otra red. Los telegramas que
deben enviarse de esta interfaz de estación nodo a otras estaciones de la red se
envían a través del TIM con la función de interfaz "Estación maestra GPRS".

– Estación GPRS
En la función "Estación GPRS" la interfaz Ethernet está subordinada a la "Estación
maestra GPRS". Los telegramas que deben enviarse de esta interfaz de estación a
otras estaciones de la red se envían a través del TIM con la función de interfaz
"Estación maestra GPRS".
También es posible activar el protocolo MSC. De ese modo se permite la comunicación
sencilla a través de Internet con GPRS a través de DSL/Internet o de una red GPRS. En
el caso del TIM 4R-IE, solo la interfaz Ethernet 1 soporta esta función.
A través de las opciones "Estación maestra MSC", "Estación nodo MSC" o "Estación
MSC" se indica la dirección de la transmisión de datos dentro de la red SINAUT.
– Estación maestra MSC (solo TIM 4R-IE)
Esta opción se utiliza para la interfaz de un TIM 4R-IE en la estación maestra o bien
para la interfaz de una estación nodo conectada con estaciones a través de una red
subordinada.
– Estación nodo MSC
Esta opción se utiliza para la interfaz de un TIM Ethernet de una estación nodo que
está conectada a la estación maestra a través de una red subordinada.
– Estación MSC
Esta opción se utiliza para el TIM 3V-IE de una estación.
El resto de la configuración MSC se realiza en la herramienta de configuración SINAUT.
Encontrará una sinopsis de la configuración MSC en el capítulo Comunicación
GPRS/Internet: Sinopsis de la configuración (Página 46).
● Enviar telegramas condicionales en bloques
La transmisión de datos a través de una red GPRS está sujeta a pago en función de la
cantidad de datos transmitida. Para minimizar el coste se pueden agrupar pequeños
paquetes de datos para transferirlos en bloques mayores, siempre que los telegramas se
parametricen con la prioridad "espontáneo condicional" ("conditional"), es decir, que no
deben enviarse de inmediato; consulte Software SINAUT TD7onTIM, capítulo
Parámetros básicos de los objetos de datos (Página 213) o bien la descripción "Paquete
de software SINAUT TD7 para la CPU" > "Aspectos típicos de los puntos de datos".
Si está activada la opción "Send conditional messages as blocks", el TIM envía los
telegramas "espontáneos condicionales" guardados en los siguientes casos:
– Cuando el volumen de telegramas almacenados alcanza o supera los 202 bytes.
– Si un telegrama importante debe enviarse de inmediato, se enviarán con él los
telegramas "espontáneos condicionales" que ya se encuentren guardados en la
memoria.
– Cuando el volumen de telegramas almacenados no alcanza aún los 202 bytes, pero
expira el intervalo TCP/IP Keep Alive, los telegramas guardados se envían en lugar
del Keep Alive.
– Si se envían telegramas a través de una conexión MSC, los telegramas espontáneos
condicionales se agrupan hasta alcanzar los 1.300 bytes o hasta que llega un
telegrama espontáneo incondicional que debe ser enviado.

● Tiempo de perturbación máx. permitido

Con este parámetro puede introducirse el tiempo de tolerancia para un fallo de conexión
detectado por el TIM. Esto puede ser útil en redes de telefonía con perturbaciones
frecuentes.
Si el fallo de conexión persiste después del tiempo ajustado, se notifica a todos los
interlocutores de la estación que falla.
Rango de valores: 0 ... 65535 segundos, valor preasignado: 0
4.5.7 Ficha "Options"
Ficha Options
La ficha Options permite ajustar parámetros para la memoria de telegramas.
Figura 4-36 Cuadro de diálogo Properties - TIM, ficha Options
Pueden ajustarse los siguientes parámetros:

● Size:
Es el tamaño de la memoria en la que se guardan los telegramas pendientes de envío de
todos los drivers WAN configurados. Si se introduce 0, se utilizará toda la memoria
disponible tras el arranque.
Rango de valores: 0 ... 1024 kbytes
● Size of memory block:
Es el tamaño de los bloques en los que se segmenta la memoria de telegramas global.

Cada telegrama que debe enviarse ocupa como mínimo este espacio en la memoria. El
tamaño debe compararse con el de los telegramas enviados con mayor frecuencia.
Si el tamaño seleccionado es demasiado pequeño, los telegramas más largos tendrán
que dividirse en varios bloques. Si es demasiado grande, se "regalará" memoria con
muchos de los telegramas.
Rango de valores: 48 ... 65535 bytes
En el TIM Ethernet, este valor es fijo a 128.
● RAM drive:
En este campo se parametriza el tamaño de la unidad RAM.
La unidad RAM es un área limitada de la memoria principal del módulo TIM que puede
crearse para fines de prueba especiales. Esta memoria no puede utilizarse para el
funcionamiento normal y se borra al reiniciar el módulo TIM.
En el TIM 3V-IE ya existe una unidad RAM de 100 kbytes, por lo que se muestra el valor
0, que no puede modificarse.
En el TIM 3V-IE Advanced y el TIM 4R-IE la unidad RAM (100 kbytes) puede
modificarse.
Rango de valores: 0 .. 1024 kbytes
En el TIM Ethernet, este valor es fijo a 100.
En el campo Replace module without PG de los TIM Ethernet, se puede activar la siguiente
opción:
● Save configuration data on the CPU (solo TIM Ethernet):
Al activar esta opción se guardan en la CPU los bloques de datos de sistema (SDB) del
módulo TIM. En caso de que falle el módulo TIM, este puede sustituirse por otro TIM del
mismo tipo que esté en el almacén sin que tengan que cargarse los SDB en el nuevo
TIM por medio de una programadora. El módulo TIM recibe sus SDB al arrancar la CPU
local.
Si el TIM está configurado en el rack como independiente sin CPU, esta función no está
disponible.
Nota
Si en un TIM 4R-IE no hay insertado ningún C-PLUG, los datos de configuración se
guardan en la memoria flash. Si en el TIM 4R-IE hay insertado un C-PLUG, los datos de
configuración se guardan automáticamente en el C-PLUG al cargar el TIM. En caso de
tener que cambiar el módulo, el C-PLUG con los datos de configuración puede insertarse
en el nuevo módulo.
En el campo Local Subscribers del TIM 4R-IE puede activarse la siguiente opción:
● Send information about disrupted local subscribers via dial-up networks:
Al activar esta opción, el TIM notifica la avería de dispositivos locales a las unidades
remotas mediante las redes de marcación conectadas.
Esta opción puede desactivarse para reducir los costes derivados del establecimiento de
conexión automático en redes de marcación en caso de avería de dispositivos.

Campo "Ajustes de seguridad para acceso a red Ethernet"

● La dirección IP puede leerse vía DCP
Si la opción está activada, el TIM responde a las solicitudes de lectura de dirección IP
utilizando el protocolo DCP (Discovery and Basic Configuration Protocol). La dirección
del TIM no puede cambiarse mediante DCP.
Las programadoras utilizan DCP por medio de la Primary Setup Tool (PST) o la función
de direccionamiento del SIMATIC Manager.
4.5.8 Ficha "NTP"
Ficha "NTP"
Aquí se especifican los ajustes de sincronización horaria para un TIM 4R-IE en una central
utilizando un máximo de dos servidores NTP.
En el procedimiento NTP se transfiere la hora UTC (Universal Time Coordinated), que
equivale a la hora GMT (Greenwich Mean Time).
Figura 4-37 Ficha "NTP"

Campo "Ajustes básicos"

● Synchronization cycle (Ciclo de sincronización)
El ciclo de sincronización se determina a través de la lista desplegable.
● Diferencia GMT (horas)
Seleccione la diferencia entre su zona horaria local y Greenwich Mean Time.
● NTP (secure)
– Si la opción está desactivada, se utilizará NTP sin autenticación.
– Si la opción está activada, se utilizará el método NTP (secure) seguro.
NTP (secure) utiliza la autenticación por medio de claves simétricas conforme a los
algoritmos Hash MD5 o SHA-1.
Los ajustes se realizan a continuación en los parámetros del servidor NTP.
Campos "NTP server 1 (Servidor NTP 1)" / "NTP server 2 (Servidor NTP 2)"
● ID de clave
Introduzca aquí la ID de clave acordada con el operador del servidor NTP.
Para las claves se soporta la función Hash MD5.
Rango de valores: 0...65535
● Nombre de clave
Introduzca aquí un nombre de clave que le ayude a identificar la clave que tiene la ID
introducida anteriormente.
Rango de valores: 5 ... 11 caracteres ASCII
● Dirección IP del servidor
Si desea utilizar el servidor NTP, seleccione primero la casilla de verificación "enable".
Seguidamente, introduzca la dirección IP del servidor NTP en números decimales.
4.5.9 Comprobar la coherencia y guardar
Guardar y comprobar la coherencia

Después de la parametrización en la configuración hardware, el estado actual debe
guardarse mediante el menú Station / Save. La generación de bloques de datos de sistema
(SDB) mediante el menú Save and compile puede realizarse más adelante, pues todavía
faltan algunos pasos de configuración para poder generar los SDB por completo. Al cerrar la
configuración hardware se abre automáticamente un cuadro de diálogo que solicita el
guardado.
Si se selecciona la función Save and compile... se realiza una comprobación de coherencia
que, en caso de errores en la configuración, provoca la salida de un aviso al respecto.

4.6 Configuración de la sincronización horaria
Nota
Para registrar todos los parámetros configurados del software TD7 en el momento de
generar los datos de sistema después de modificar la configuración hardware de
instalaciones SINAUT existentes, debería llamarse la herramienta de configuración SINAUT,
primero con la configuración de conexiones y después con la administración de dispositivos.
El proyecto debe guardarse allí y los SDB deberían generarse únicamente en la
Administración de dispositivos.
Impresión de información de módulos

La información relacionada con todos los módulos configurados en el rack actual o con un
módulo seleccionado se imprime desde el menú Station / Print....
4.6.1 Configuración de la sincronización horaria - Sinopsis
Configuración de la sincronización horaria

La sincronización horaria se configura en STEP 7.
Nota
Evitar incoherencias horarias
Tenga en cuenta lo siguiente al sincronizar la hora:
• Asegúrese de que en una red de telecontrol haya siempre solo un dispositivo que actúe
de maestro horario.
• Asegúrese de utilizar solo uno de los métodos citados a continuación para sincronizar la
hora.
Defina primero un solo reloj maestro en la red. Dicho maestro obtiene su hora de un PC o
un servidor NTP.
● Los ajustes de sincronización mediante un PC se llevan a cabo en la ficha "Servicio
horario" del TIM, véase más abajo.
● Los ajustes de sincronización de un TIM 4-IE mediante un servidor NTP se llevan a cabo
en la ficha siguiente: Ficha "NTP" (Página 118)
Para conectar el TIM a la red/Internet donde se encuentra en servidor NTP no es
necesario especificar ninguna interfaz en la configuración. Únicamente indique la
dirección IP del servidor NTP en la ficha "NTP" citada anteriormente.
Es recomendable separar las dos interfaces del TIM 4R-IE en red de datos interna (su
instalación) y red externa (conexión al servidor NTP).

El procedimiento posterior difiere según sea la familia de dispositivos S7 (S7-300 / S7-400) y

según el tipo de red.
Sincronización horaria utilizando el TIM de un S7-300

El sentido de la sincronización horaria se define utilizando el tipo de interfaces conectadas
de los módulos TIM. En los diferentes tipos de red la configuración no es siempre la misma:
● Ethernet
El sentido del reenvío de la hora se define aquí mediante los ajustes del "modo de
conexión" de las interfaces del TIM. En la ficha "Interfaces" del cuadro de diálogo de
propiedades del TIM, ponga el modo de conexión a "GPRS master" para la estación
maestra y a "GPRS station" o "GPRS node station" para los demás módulos TIM.
● Línea dedicada / Red de marcación
El sentido del reenvío de la hora se determina aquí mediante el ajuste del "tipo de nodo
de red" de los módulos TIM conectados (cuadro de diálogo de propiedades del TIM >
ficha "Interfaces" > WAN interface X (Interfaz WAN X) > Properties (Propiedades) > Node
type (Tipo de nodo de red)). La estación maestra reenvía la hora a los TIMs de estación
o estaciones nodo conectadas. Consulte la configuración en el cuadro de diálogo de
propiedades de la red WAN, capítulo Configuración de nodos de red WAN (Página 82)
La sincronización horaria de los módulos TIM se configura en el cuadro de diálogo de
propiedades del TIM > Ficha "Time Service" (Página 103).
La disponibilidad de la hora en el TIM depende de la variante del software TD7 que se
utilice.
● TD7onCPU
La hora se pone a disposición en el bloque "FC TimeTask". A continuación, el bloque
sincroniza la hora de la CPU.
● TD7onTIM
El TIM de estación pone la hora a disposición de la CPU local en las direcciones de
periferia. Esto permite ajustar la hora de la CPU S7 asignada. Encontrará más detallas
en el capítulo Sincronización horaria de la CPU S7-300 en TD7onTIM (Página 122).
Sincronización horaria utilizando el TIM de un S7-400

Encontrará la descripción del procedimiento para un TIM que actúa de CP en S7-300 y en
un S7-400 en el capítulo Sincronización horaria de una CPU S7-400 (Página 123).
Sincronización horaria vía la CPU

Además de sincronizar la hora de una estación utilizando el TIM, se puede sincronizar el
TIM con la hora de la CPU.
Encontrará la descripción del procedimiento para un S7-300 y un S7-400 en el capítulo
Sincronización del TIM Ethernet mediante la CPU (Página 124).

4.6.2 Sincronización horaria de la CPU S7-300 en TD7onTIM
Preparación de la información horaria por parte del TIM

La sincronización horaria de estaciones se realiza en HW Config, en el cuadro de diálogo de
propiedades del TIM, ficha Time service; consulte el capítulo Sinopsis de las fichas del
cuadro de diálogo de propiedades (Página 99).
Si en un TIM Ethernet (variante TIM 3V-IE o TIM 4R-IE) se ejecuta el software TD7
"TD7onCPU" y la hora del TIM se sincroniza desde un equipo central, el TIM sincroniza la
CPU local como maestro horario (con ayuda de la FC TimeTask) a través del bus de fondo.
Si en un TIM Ethernet se ejecuta el software TD7 "TD7onTIM" y la hora del TIM se
sincroniza desde un equipo central, el TIM pone la hora a disposición de la CPU local en las
direcciones de periferia. Desde allí, el programa de usuario de la CPU puede leer y evaluar
la hora.
Las direcciones de periferia de la CPU a las que el TIM proporciona la información de fecha
y hora se parametrizan en HW Config, en el cuadro de diálogo de propiedades del TIM,
ficha Addresses; consulte el capítulo Sinopsis de las fichas del cuadro de diálogo de
propiedades (Página 99).
La información horaria de un módulo TIM con la hora sincronizada y TD7onTIM está
depositada en 8 bytes de las "entradas" de periferia. La información horaria tiene un desfase
de 8 bytes respecto al valor inicial de las entradas. La tabla siguiente reproduce la
asignación de los 8 bytes correspondientes a la información horaria.
Formato de hora
Tabla 4- 2 Formato de la información horaria en las entradas de las direcciones de periferia del TIM
N.º de Offset Significado High Nibble Low Nibble

byte [byte]
Valor Rango de Valor Rango de
valores (deci- valores (deci-
mal) mal)
1 +8 Año Decena 0...9 Unidad 0...9
2 +9 Mes Decena 0...9 Unidad 0...9
3 +10 Día Decena 0...9 Unidad 0...9
4 +11 Hora Decena 0...9 Unidad 0...9
5 +12 Minuto Decena 0...9 Unidad 0...9
6 +13 Segundo Decena 0...9 Unidad 0...9
7 +14 Milisegundo Centena 0...9 Decena 0...9
8 +15 Milisegundo Unidad 0...9 Estado Código de bits
Significado de las entradas de la tabla:

● Offset: desfase en bytes respecto al valor inicial de las entradas de periferia
● High Nibble: bits 4-7:
● Low Nibble: bits 0-3

● Valor: Posición del número en cuestión

– Año, mes, día, hora, minuto y segundo tienen dos cifras (decena y unidad)
– Los milisegundos tienen tres cifras (centena, decena y unidad)
● Estado: estado de la información horaria
Formato del "estado"

El estado de la información horaria se proporciona en los cuatro bits del Low Nibble del byte
8. La tabla siguiente reproduce el significado y los valores del estado.
Tabla 4- 3 Bits de estado de la hora (Low Nibble del byte n.º 8)
N.º de bit 3 2 1 0
Significado Bit de preaviso no definido Horario de verano Validez de la hora
(HV), horario de
invierno (HI)
Valor 0=- 0 = HI 0 = no válida
1 = preaviso: con- 1 = HV 1 = hora válida
mutación al próxi-
mo cambio de hora
(HV -> HI o HI ->
HV)
Primer ajuste de la hora

El programa de usuario que lee la hora de la CPU solo debería hacerlo cuando el bit de
validez está activado. Esto sucede en cuanto el TIM se sincroniza por primera vez, ya sea
desde el reloj maestro de la red SINAUT o desde la programadora.
Nota
Si la hora del TIM se ha ajustado desde la programadora se marcará siempre como horario
de invierno (el bit de estado 1 tiene el valor "0").
4.6.3 Sincronización horaria de una CPU S7-400
Puesta a disposición de la información horaria por parte del TIM 4R-IE

Si un TIM 4R-IE en modo independiente está conectado a una estación maestra vía
Ethernet y en la segunda interfaz Ethernet tiene conectada una CPU S7-400, el TIM puede
sincronizar la hora de la CPU. El TIM sincroniza la CPU S7-400 utilizando telegramas
SNAP.

La sincronización horaria se parametriza en el grupo de parámetros "Servicio horario" del

cuadro de diálogo de propiedades del TIM.
● En la interfaz Ethernet que está conectada a la estación maestra se ajusta el ciclo de
sincronización. El TIM obtiene la hora automáticamente del equipo que actúa de estación
maestra.
● La segunda interfaz Ethernet que está conectada a la CPU S7-400 se ajusta a "Maestro
de de sincronización".
La CPU S7-400 debe estar configurada como esclavo en el grupo de parámetros "Reloj".
4.6.4 Sincronización del TIM Ethernet mediante la CPU

Además de la posibilidad de sincronizar el TIM con una estación maestra o con el
procedimiento NTP, el TIM Ethernet también se puede sincronizar utilizando su CPU local.
En este caso, la CPU debe recibir la hora de un reloj maestro adecuado.
Nota
Cambio de hora
Tenga en cuenta un posible cambio entre el horario de invierno y el de verano en la estación
maestra a la hora de evaluar los telegramas de la estación cuando el TIM está conectado a
una estación maestra.
Condiciones generales
La sincronización horaria del TIM mediante una CPU está vinculada a las condiciones
generales siguientes:
● TIM Ethernet
La sincronización de un TIM mediante la CPU local solo es posible con el TIM Ethernet
ST7 y no con el TIM DNP3.
● S7-300
Si desea sincronizar el TIM mediante la CPU, aparte del TIM Ethernet no debe haber
ningún TIM clásico (TIM 3 / TIM 4) enchufado.
● S7-400
La hora se recibe de un CP de la estación y se reenvía a la estación.
El TIM recibe los telegramas horarios mediante la interfaz PROFINET de la CPU o
mediante un CP Ethernet de la CPU S7-400.
Si en un S7-400 se utiliza la variante de TD7 TD7onTIM en el TIM, este no puede escribir
la hora en la memoria imagen de proceso de las entradas (IPE) de la CPU.

Configuración en S7-300
Configuración de la CPU
1. Abra la ficha "Diagnóstico / Reloj" en el cuadro de diálogo de propiedades de la CPU.
2. En el campo "Reloj" de la lista desplegable "en el PLC", seleccione la opción "Como
maestro" y seleccione el intervalo de tiempo.
3. Cierre el cuadro de diálogo de propiedades de la CPU.
1. Abra el cuadro de diálogo de propiedades del TIM con la ficha "Servicio horario".
2. Seleccione el bus de fondo y ajuste el ciclo de sincronización igual que el configurado en
la CPU.
3. Cierre el cuadro de diálogo y guarde los cambios.
Configuración en S7-400
Configuración de la CPU
1. Abra la ficha "Diagnóstico / Reloj" en el cuadro de diálogo de propiedades de la CPU.
2. En el campo "Reloj" de la lista desplegable "en el PLC", seleccione la opción "Como
maestro" y seleccione el intervalo de tiempo.
3. Cierre el cuadro de diálogo de propiedades de la CPU.
Configuración del CP
1. Abra el cuadro de diálogo de propiedades del CP Ethernet y active la sincronización
horaria en la ficha "Sincronización horaria".
2. Active el reenvío de la hora a la estación en el procedimiento de sincronización
seleccionado.
3. Cierre el cuadro de diálogo de propiedades del CP.
1. Abra el cuadro de diálogo de propiedades del TIM con la ficha "Servicio horario".
2. Seleccione la interfaz Ethernet a través de la que está conectado el TIM con la estación.
3. Ajuste el ciclo de sincronización igual que el configurado en la CPU y ponga la opción
"Maestro de sincronización" a "No".
4. Cierre el cuadro de diálogo y guarde los cambios.

Uso de la FC TimeTask en TD7onCPU

● Uso de la FC TimeTask
Si se llevan a cabo procesamientos por tiempo, como cuando se utiliza FC Trigger,
SMS_Control o el cálculo del valor medio (p. ej. Ana044W_S), el usuario no debe
preparar él mismo dichos procesamientos para sincronizar la CPU, sino que debe
escribir la hora en las palabras dobles de datos LastSyncDate y LastSyncTime del DB
BasicData.
De este modo, la FC TimeTask prepara y lee la hora de la CPU y los telegramas reciben
un sello de tiempo.
Ausencia de la FC TimeTask
Si se trabaja sin la FC TimeTask y la CPU se sincroniza directamente, no es posible
realizar procesamientos por tiempo. En este caso, el TIM se encarga de poner el sello de
tiempo a los telegramas que se han configurado con hora. De este modo, los telegramas
reciben el sello de tiempo un poco más tarde.

Configuración de módulos PROXY 5
5.1 PROXY: Sinopsis de la configuración
Módulos PROXY para ampliar proyectos de STEP 7 V5.

Las instalaciones SINAUT basadas en S7-300/400 con módulos TIM configurados en
STEP 7 V5 pueden ampliarse con módulos de comunicación S7-1200/1500 configurados en
STEP 7 Basic o STEP 7 Professional en TIA Portal.
Encontrará una sinopsis de los requisitos y los módulos que pueden utilizarse para la
ampliación de proyectos SINAUT en el capítulo Ampliación de proyectos SINAUT
(Página 21).
Para ampliar proyectos con módulos de comunicación S7-1200/1500 deben configurarse en
el proyecto de STEP 7 V5 módulos proxy como sustitutos de los módulos de comunicación.
Están disponibles los siguientes módulos proxy:
● PROXY CP 1243-8 IRC
Sirve de comodín para los datos de configuración de un CP 1243-8 IRC.
El CP soporta las funciones de un TIM 3V-IE Advanced así como otras funciones de los
CP de telecontrol.
La configuración del proxy equivale ampliamente a la de un TIM 3V-IE Advanced.
● PROXY TIM 1531 IRC
Sirve de comodín para los datos de configuración de un TIM 1531 IRC.
Las funciones del TIM 1531 IRC son bastante iguales a las de un TIM 4R-IE.
La configuración del proxy equivale ampliamente a la de un TIM 4R-IE.
Consulte más abajo la vista en el catálogo de HW Config y las diferencias en la
configuración de los módulos proxy.
Los datos de configuración de los módulos proxy se exportan en forma de archivo desde
STEP 7 V5.
Seguidamente, estos datos de configuración se importan al proyecto de STEP 7 Basic /
STEP 7 Professional configurando las estaciones con los nuevos módulos de comunicación.

Configuración de módulos PROXY
5.1 PROXY: Sinopsis de la configuración
Configuración de dos pasos de los módulos proxy

La configuración de los módulos proxy se lleva a cabo en dos pasos:
● STEP 7 V5
La configuración básica de las funciones de acción remota se realizan en STEP 7 V5.
Tenga en cuenta las particularidades siguientes a la hora de configurar un proxy:
– Solo ST7
Solo se soporta el protocolo de telecontrol ST7.
– Sincronización horaria
No es posible la sincronización mediante bus de fondo / MPI.
– Configuración en el software de ingeniería SINAUT
Solo se lleva a cabo la configuración de conexiones.
– Sin software TD7
Para el proxy no se configura en STEP 7 V5 ningún software TD7, ni TD7onCPU ni
TD7onTIM.
Como TD7onTIM, los datos necesarios se configuran en la configuración de puntos
de datos de STEP 7 Basic / Professional.
Para el S7-1500 está disponible TD7onCPU como librería de bloques que puede
importarse a TIA Portal.
– Sin configuración SMS
No se configuran SMS para el proxy.
El envío de SMS puede configurarse en STEP 7 Basic / Professional para cada punto
de datos.
● STEP 7 Basic / Professional
Una vez importados los datos de configuración de STEP 7 V5, la configuración detallada
se lleva a cabo en la versión correspondiente de TIA Portal.
Aquí se activan y ajustan otras funciones:
– Sincronización horaria
– Parámetros de los módulos sucesores, como servidor DNS, un SMSC, SNMP o
funciones de seguridad
– Puntos de datos
Son los parámetros de dirección y de acción remota de los objetos SINAUT.

5.2 Configuración en STEP 7 V5
5.2 Configuración en STEP 7 V5
Configuración de un proxy en STEP 7 V5

1. Abra el proyecto STEP 7 V5 que desea ampliar con módulos S7-1200/1500.
2. Cree una estación S7-300 con CPU y las nuevas redes necesarias, si fuera el caso.
La CPU sirve únicamente de comodín para recibir el número de dispositivo SINAUT.
3. Inserte el "proxy" en la estación.
4. Realice la configuración en STEP 7.
A continuación se describen las diferencias respecto de la configuración habitual.
5. Realice la configuración en la configuración de conexiones del software de ingeniería
SINAUT.
6. Exporte los datos de configuración del proxy mediante la herramienta de diagnóstico y
servicio SINAUT.
Encontrará información al respecto en el capítulo Exportar datos de configuración
(Página 136).
Los datos exportados de STEP 7 V5 se incorporarán más adelante el proyecto STEP 7
Basic para el módulo de comunicación S7-1200/1500.
Módulos PROXY en HW Config

Encontrará los módulos proxy como sustitutos de los módulos de comunicación S7-
1200/1500 en el catálogo de HW Config, en:
SIMATIC 300 > SINAUT ST7 > TIM IE
Tienen los siguientes nombres:
● PROXY CP1243-8 IRC
● PROXY TIM 1531 IRC

5.3 Particularidades del PROXY CP1243-8 IRC
Figura 5-1 Módulos PROXY en el catálogo
Propiedades del CP o del sustituto "PROXY CP1243-8"

Igual que un TIM 3V-IE Advanced, el proxy soporta la conexión en paralelo a dos redes
WAN mediante las interfaces serie y Ethernet. Es posible configurar las dos interfaces del
proxy.
En comparación con el TIM 3V-IE Advanced, el proxy o el CP presenta las diferencias
siguientes:
● Estación
Las interfaces del proxy solo pueden configurarse como estación. El uso como estación
nodo o estación central no es posible. Esto se expresa en el cuadro de diálogo de
propiedades de STEP 7:
● Ficha "Hora"
Solo es posible configurar el proxy como reloj esclavo. La función de reloj maestro no se
soporta.

● Ficha "Interfaces"
– Tipo de módem
Debido a que los dispositivos de transferencia WAN se conectan al CP 1243-8 IRC de
forma distinta, aquí se complementan módulos TS; consulte más abajo.
– Modo de conexión
Si el CP 1243-8 IRC se utiliza como módulo sucesor con datos de configuración
importados, solo puede emplearse como estación. Con ello cambia la selección de los
modos de conexión; consulte más abajo.
● Strings AT para módulos TS
Para los módulos TS se han agregado strings AT; véase más abajo.
● Ficha "Especial"
Esta ficha se ha suprimido.
● Ficha "Opciones"
Esta ficha se ha suprimido.
● Sin carga de firmware
No se soporta la carga de archivos de firmware en un CP 1243-8 IRC.
Ficha "Interfaces" > "Modo de conexión"

Opciones del parámetro "Modo de conexión" para ambas interfaces:
● Interfaz Ethernet
– Estación MSC
La comunicación se desarrolla mediante el protocolo MSC. El proxy se configura
como estación MSC mediante un router DSL para la conexión a Internet.
– Estación GPRS
El proxy se configura como estación GPRS mediante un MD720 para la conexión a
Internet.
– Neutral
En la interfaz Ethernet la comunicación TCP/IP normal se desarrolla a través del
protocolo ST7. El proxy no está conectado vía GPRS y el protocolo MSC no está
activado.
● Interfaz WAN serie
– Estación MSC
La interfaz serie se configura como interfaz Ethernet. La comunicación se desarrolla
mediante el protocolo MSC. El proxy se configura como estación MSC mediante un
router DSL para la conexión a Internet.
– Neutral
La interfaz WAN serie del proxy se ajusta al modo de conexión "Neutral" si la
comunicación se desarrolla a través de una red de marcación o una línea dedicada.

Módulos TS en la ficha "Interfaces"

Para conectar la interfaz serie del CP a redes de marcación se utilizan módulos TS, que
también se configuran en la ficha "Interfaces" del cuadro de diálogo de propiedades del
proxy en STEP 7 V5.
Figura 5-2 Cuadro de diálogo de propiedades, ficha "Interfaces". Interfaz WAN conectada a red de
marcación.
La figura siguiente muestra la lista desplegable para seleccionar el tipo de módem.
Figura 5-3 Tipos de módem seleccionables para una interfaz WAN con conexión a una red de
marcación
Para los módulos TS están disponibles las entradas siguientes:

● TS Module GSM
Conexión a una red GSM
● TS Module ISDN
Conexión a una red RDSI

● TS Module Modem
Conexión a una red de marcación analógica
● 3rd party modem
Seleccione la entrada "3rd party modem" en los casos siguientes:
– Conexión a una red de línea dedicada
Para la conexión a una red de línea dedicada por medio de un módem de línea
dedicada o inalámbrico analógico se conecta un módulo TS RS232 al CP.
– Conexión a una red de marcación
Para la conexión a una red de marcación por medio de un módem ajeno se conecta
un módulo TS RS232 al CP.
El módulo TS RS232 no puede configurarse en STEP 7 V5.
Strings AT para módulos TS

Si el CP se conecta a una red de marcación a través de un módulo TS, para el nodo de red
del proxy en STEP 7 V5 debe configurarse el string AT adecuado en el cuadro de diálogo de
propiedades del nodo de red.
Figura 5-4 Cuadro de diálogo de propiedades de un nodo de red de marcación, ficha "AT
Initialization"

5.4 Particularidades del PROXY TIM 1531 IRC
Para conexiones a redes de marcación a través de módulos TS se configuran strings AT en

la ficha "AT Initialization" del cuadro de diálogo de propiedades del nodo de red de
marcación. Dependiendo del módulo TS empleado es posible preasignar los strings AT
siguientes:
● CP con TS Module GSM
ATE0S0=1&D2+CBST=7,0,1;+CRC=1;&W+IPR=115200
● CP con TS Module Modem

AT&FE0&M0&Q6S0=1x3&w0
● CP con TS Module ISDN - Interlocutor (estación maestra) con conexión GSM:

String AT del TS Module ISDN en la estación:
AT&FE0\N1
Solo es necesario adaptar manualmente los strings AT en el campo de entrada "Initialization

string" en caso de transferencia a través de una red RDSI con la siguiente configuración.
● CP con TS Module ISDN - Interlocutor (estación maestra) con Modem MD4:
– String AT para el TS Module ISDN en la estación:
AT&FE0\N2
– String AT para el Modem MD4 en la estación maestra:

ATS45=85$P5\N0&W$M=1
5.4 Particularidades del PROXY TIM 1531 IRC
Propiedades del TIM o del sustituto "PROXY TIM 1531 IRC"

Con respecto al TIM 4R-IE, el TIM 1531 IRC y el PROXY TIM 1531 IRC presentan las
diferencias siguientes:
● Interfaces
El proxy, al igual que el TIM, tiene las interfaces siguientes:
– 3 interfaces Ethernet
La interfaz Ethernet X1 se configura para utilizar el protocolo MSC.
– 1 interfaz WAN serie
La interfaz WAN también puede configurarse como interfaz Ethernet para utilizar el
protocolo MSC.
La configuración en la ficha "Interfaces" se lleva a cabo igual que para el TIM 4R-IE. Los
parámetros "Tipo de módem" y "Modo de conexión" equivalen a los del TIM 4R-IE.

5.5 Configuración SINAUT
5.5 Configuración SINAUT
Configuración de conexiones con SINAUT Engineering Software

La configuración de conexiones de un proxy se lleva a cabo en la herramienta de
configuración SINAUT, igual que para un TIM.
En la administración de dispositivos de la herramienta de configuración, un proxy se
representa del siguiente modo:
Figura 5-5 Vista de un proxy en la administración de dispositivos SINAUT
Haciendo doble clic en el dispositivo seleccionado (proxy) en la lista de dispositivos se

accede al cuadro de diálogo de propiedades del dispositivo, que muestra la entrada
correspondiente para el tipo avanzado:
Figura 5-6 Tipo avanzado del proxy en el cuadro de diálogo de propiedades del dispositivo
Tenga en cuenta que para el proxy no se configura ni TD7onCPU ni TD7onTIM.

5.6 Exportar datos de configuración
Exportar los datos de configuración mediante archivos de texto SDB

Una vez finalizada la configuración del proxy en STEP 7 V5 y en la herramienta de
configuración SINAUT, los datos de configuración específicos para la comunicación por
telecontrol del proxy se depositan en bloques de datos de sistema (SDB), igual que para
módulos TIM.
Proceda del siguiente modo para exportar los datos de configuración del proxy:
1. Abra la herramienta de diagnóstico y servicio SINAUT con el proyecto correspondiente.
2. Seleccione el proxy.
3. Abra el menú "SINAUT" > "SDB Viewer".
Figura 5-7 Abertura del cuadro de diálogo "SDB Viewer"
Se abre el cuadro de diálogo "SDB Viewer".

En la lista desplegable "System Data Blocks" se muestra el contenido de los diferentes
SDB. De todas formas, no es relevante para la exportación de los datos de
configuración.

4. Haga clic en el botón "Save".

Se abre el cuadro de diálogo "Save as".
Figura 5-8 Exportación de los datos de configuración de un proxy, en el ejemplo en forma de

archivo "sdbs_CP12438-01.txt".
5. En el directorio de archivos del PC/la PG de configuración, seleccione un directorio

adecuado para el archivo que contiene los datos de configuración.
6. Seleccione un nombre unívoco para el archivo que contiene los datos de configuración
de este proxy.
Conserve el tipo de archivo predeterminado TXT.
7. Haga clic en "Save".
En el directorio de archivos se guarda un archivo de texto con los datos de todos los
SDB SINAUT.
Nota
Archivo TXT para STEP 7 en TIA Portal
El archivo de texto exportado se necesitará a continuación para la importación al
correspondiente módulo sucesor en STEP 7 Basic / Professional.


Configuración SINAUT 6
6.1 Introducción
6.1.1 Manejo de la herramienta de configuración SINAUT ST7

El software de configuración SINAUT ST7 se integra en los procesos habituales de
Windows. Esto significa que funciones de manejo como
● tecnología de ventanas
● barra de menús
● barra de herramientas
● ayuda en pantalla para los cuadros de diálogo del software de configuración
● ayuda en pantalla para los bloques TD7
● impresión
se han integrado de acuerdo con el estándar Windows o STEP 7. El manejo de las
herramientas de configuración se describe en los diferentes apartados del capítulo.
Instrucciones generales de manejo

Seleccione un menú o un objeto gráfico con un solo clic del botón izquierdo del ratón.
Las funciones restantes de estos objetos están disponibles a través de la barra de menús,
los símbolos de la barra de herramientas y, habitualmente, también desde un menú
contextual que se abre seleccionando un objeto con el botón derecho del ratón.
Los botones de los cuadros de diálogo de propiedades destinados a la configuración tienen
las siguientes funciones:
● OK: Aplica las entradas realizadas y cierra el cuadro de diálogo.
● Cancel: Ignora las entradas realizadas y cierra el cuadro de diálogo.
En los cuadros de diálogo de la administración de dispositivos de la herramienta de
configuración SINAUT no está disponible el botón Cancel. En este caso, el cuadro de
diálogo se cierra sin aceptar los cambios realizados haciendo clic en el botón Cerrar [x]
situado en la parte superior derecha del encabezado del cuadro de diálogo.
● Help: Abre la Ayuda en pantalla.

Configuración SINAUT
6.1 Introducción
6.1.2 Inicio de la herramienta de configuración SINAUT
Introducción
Inicie la herramienta de configuración SINAUT ST7 mediante el menú "Start > SIMATIC >
SINAUT ST7 > Configuration".
Para empezar con la configuración, abra un proyecto mediante el menú Project / Recently
used o el símbolo Open project de la barra de herramientas.
Una vez seleccionado el proyecto, se abre el cuadro de diálogo SINAUT ST7: Configuration
Tool, que permite elegir entre las tres funciones principales siguientes de la herramienta de
configuración SINAUT:
● Connection Configuration para conexiones SINAUT
● Subscriber Administration para dispositivos SINAUT
● SINAUT ST1 - Configuration Overview.
Figura 6-1 Cuadro de diálogo de selección de la herramienta de configuración SINAUT
Para la configuración, seleccione primero la opción Connection Configuration.

Con la herramienta de configuración SINAUT abierta es posible alternar entre tres funciones
por medio de:
● El menú SINAUT / ...,
● los símbolos correspondientes de la barra de herramientas o
● las siguientes teclas de función:
– F3 para la configuración de conexiones
– F4 para la administración de dispositivos
Información del programa y páginas de Internet SINAUT

Para visualizar la versión del programa, abra el cuadro de diálogo de información de la
herramienta de configuración SINAUT mediante el menú "Help > About".

6.1 Introducción
A través de la dirección de Internet http://www.sinaut.de (http://www.sinaut.de) se accede a

la página de inicio de SINAUT.
6.1.3 Información de la versión

El asistente de información de la versión muestra la versión actualmente instalada y el
instante de generación de los principales componentes del software de configuración
SINAUT. También se muestran las versiones instaladas de la librería SINAUT TD7 y del
firmware del TIM SINAUT.
La llamada se realiza desde el menú Inicio de Windows, en SIMATIC / SINAUT ST7 /
Information.
Figura 6-2 SINAUT ST7 - Información de la versión

6.2 Configuración de conexiones en la herramienta de configuración SINAUT
6.2 Configuración de conexiones en la herramienta de configuración

SINAUT
6.2.1 Configuración de las conexiones SINAUT
Conexiones SINAUT ST7

En las instalaciones SINAUT ST7, las conexiones se configuran siempre entre los siguientes
dispositivos:
● De CPU a CPU
● De una CPU a un puesto de control SINAUT ST7cc/ST7sc
Figura 6-3 Ejemplo de una conexión SINAUT ST7 de la estación maestra a la estación 1
La conexión de la estación maestra con la estación 1 que se muestra en color rojo en la

imagen se representa de forma distinta en la configuración de NetPro.
En la configuración de conexiones, en cambio, puede configurar las conexiones del
siguiente modo:
● Puede configurar conexiones sin conocimientos del desarrollo exacto de las conexiones.
● Puede observar el desarrollo exacto de las conexiones en una lista de nodos de red
utilizados.
Es posible ajustar individualmente el grado de detalle de la información sobre las
conexiones.

Vista de la ventana Connection Configuration

Tras abrir la configuración de conexiones se muestra la ventana de configuración.
Figura 6-4 Ventana Connection Configuration de la herramienta de configuración SINAUT
En la parte derecha de la ventana se muestra una estructura de árbol que lista las
conexiones posibles resultantes de la configuración de red en NetPro. Las conexiones que
se necesitan y deben utilizarse realmente para la comunicación de la instalación SINAUT
deben transferirse de la parte derecha a la izquierda de la ventana de conexiones
configuradas.
Encima de ambas listas se ve el número de conexiones incluidas en cada caso.
Ajuste de la vista:
La vista, es decir, el número de información mostrada, como nombres de dispositivos,
nodos, interfaces, etc., se ajusta en el cuadro de diálogo "Connection Configuration". Dicho
cuadro se abre mediante el menú "Extras" > "Options". Consulte también el capítulo
Opciones de la configuración de conexiones (Página 150).
Las entradas de las tablas de conexiones deben interpretarse del siguiente modo:
Tabla 6- 1 Símbolos de la lista de conexiones de la configuración de conexiones
Nivel Símbolo Significado

1 Punto inicial de la conexión
2 Punto final de la conexión
3 Vía alternativa
4 Nodo de conexión a través del que transcurre la conexión

Nivel Símbolo Significado

1 Conexión no válida
Conexiones no válidas
Las conexiones no válidas se representan en color rojo, tal como muestra el ejemplo de una
conexión que se ha suprimido debido a un cambio de configuración. Una conexión puede no
ser válida en las siguientes condiciones:
● La conexión se configuró anteriormente, pero se ha borrado.
● Ha cambiado el número de dispositivo de un interlocutor (p. ej. tras sustituir una CPU).
● La conexión no es válida debido a un parámetro (p. ej. velocidad de transferencia).
Rotulación
La rotulación de cada punto de conexión en el ajuste básico describe el dispositivo en
cuestión con las siguientes propiedades:
número de dispositivo / nombre de estación / módulo / interfaz.
Ejemplo: 5 / estación 3 / CPU 312 / MPI (2)
Es posible personalizar la representación en el menú Extras / Options.
Funciones de la configuración de conexiones

Para facilitarle la configuración de las conexiones deseadas en la medida de lo posible, la
herramienta de configuración SINAUT sigue el camino siguiente:
● Se analiza toda la red configurada actualmente. En este proceso, se asigna un número
de dispositivo a todos los dispositivos de comunicación potenciales desde el punto de
vista de SINAUT, si todavía no tenían uno. Para módulos CPU y estaciones ajenas se
asignan los números de dispositivo a partir del 1, para módulos TIM a partir del 1001.
● Un algoritmo de tracking determina TODAS las conexiones de la red actual. Dichas
conexiones pueden recorrer varias redes LAN y SINAUT. Las conexiones admisibles
conforme a las reglas definidas se representan en la parte derecha como conexiones
posibles en una estructura de árbol.
● Las conexiones SINAUT configuradas se muestran en la parte izquierda de la ventana de
conexiones configuradas. Cada una de las conexiones que hay allí es verificada para
asegurar que los parámetros configurados coincidan con la configuración actual de redes
y hardware. De no ser así, al abrir la configuración de conexiones se muestra un
mensaje de error indicando que hay conexiones incorrectas y la conexión errónea se
representa en color rojo en la ventana de conexiones configuradas.
Si en NetPro se ha configurado una estación del tipo Other station o SIMATIC S5, no se
representarán las conexiones entre estas estaciones y las estaciones del tipo ST7, PG/PC o
un puesto de control ST7cc. Sin embargo, esto no significa que estas conexiones no
existan, sino que se representan en sentido contrario, es decir, de una estación ST7 a una
estación del tipo Other station o SIMATIC S5, por ejemplo.
Por norma general, una conexión que se representa en un solo sentido en las conexiones
configuradas funciona también en el otro sentido.

Selección de las conexiones CPU-CPU deseadas

Si en la parte izquierda de la ventana no se muestran conexiones, será necesario incorporar
las conexiones deseadas de la parte derecha a la parte izquierda. Para ello proceda del
siguiente modo:
1. Abra las estructuras de árbol haciendo clic en los símbolos de ramificación (+) o
haciendo doble clic en el grupo de conexiones. La estructura de árbol se expande.
2. Seleccione una conexión posible en la parte derecha de la ventana.
3. Incorpore la posible conexión como conexión configurada a la parte izquierda de la
ventana:
– Seleccionando el menú Edit / Apply
– Pulsando el botón derecho del ratón y seleccionando Apply en el menú contextual
que se abre
En caso de que haya vías alternativas para la comunicación y deban utilizarse, la estructura
de conexiones correspondiente debe expandirse haciendo doble clic en las conexiones
posibles y la conexión deseada debe aplicarse después de seleccionarse.
Las conexiones no deseadas pueden eliminarse en todo momento de la lista de conexiones
configuradas. Basta con seleccionar la conexión en las conexiones configuradas o también:
● Seleccionando el menú Edit / Delete
● Seleccionando Delete en el menú contextual que se abre (botón derecho del ratón)
Las conexiones erróneas que se representan de color rojo en la ventana de conexiones
configuradas pueden deberse a una configuración equivocada o a cambios posteriores en la
configuración. En caso de haber conexiones incorrectas entre dos dispositivos, debe
borrarse de la lista de conexiones configuradas la conexión antigua que ya no es válida y
volver a incorporarse la conexión actual de la lista de conexiones posibles.
Nota
Si una conexión configurada en la configuración de red no se ha incluido en la lista de
conexiones posibles debido a que no es válida, se mostrará en la lista "Conexiones no
válidas (Página 146)".
Conexiones redundantes
En las conexiones redundantes, por ejemplo de un puesto de control ST7cc/ST7sc
redundante, la conexión superior de la estructura de árbol es la vía preferente y la inferior, la
vía sustitutiva. Por consiguiente, la conexión de la vía preferente debería incorporarse en
primer lugar.
Guardar la configuración de conexiones

Una vez que se han comprobado y eliminado las conexiones no válidas que pueda haber y
se han configurado todas las conexiones deseadas, de modo que estas aparezcan en la
parte izquierda de la ventana, debe guardarse la configuración de conexiones mediante el
menú SINAUT / Save o el símbolo Save de la barra de herramientas. Es necesario guardar
para asegurar las conexiones de forma permanente.

Si al guardar se emite un aviso indicando que no se ha encontrado una conexión entre dos
estaciones configuradas en NetPro, debe comprobarse y volver a configurarse la conexión
en NetPro.
Después de guardar la configuración de conexiones, llame la Administración de dispositivos
de la herramienta de configuración SINAUT para configurar allí los datos de dispositivos que
todavía faltan y generar desde allí los bloques de datos de sistema.
Cambiar la configuración de conexiones

Volviendo a llamar la configuración de conexiones es posible cambiar en todo momento la
extensión de las conexiones configuradas. Un cambio de la configuración puede hacer que
ya no esté disponible una conexión que se había configurado anteriormente. En este caso,
dicha conexión aparece en la lista Recover lost connections, que se describe por separado.
Tras modificar la configuración de conexiones debe guardarse, llamarse la Administración
de dispositivos e iniciar allí la generación de los bloques de datos de sistema.
6.2.2 Conexiones no válidas

La configuración de conexiones encuentra todas las conexiones posibles en el proyecto
actual gracias a sus algoritmos. Las conexiones que no cumplen determinadas reglas se
muestran al usuario en el cuadro de diálogo Invalid Connections. Estas conexiones no están
incluidas en la lista de conexiones posibles.
Si la configuración de conexiones contiene una conexión con un símbolo rojo, pero la lista
de conexiones no válidas está vacía, significa lo siguiente: la conexión con el símbolo rojo
se configuró anteriormente, pero se ha borrado.
El cuadro de diálogo Invalid Connections se abre por medio del menú SINAUT / Show
Invalid Connections o el símbolo Show Invalid Connections de la barra de herramientas.

Figura 6-5 Cuadro de diálogo Invalid Connections
Si en la lista de conexiones no válidas se expande una estructura de conexiones haciendo

doble clic y se selecciona una conexión individual, en la parte inferior del cuadro de diálogo
se indicará el motivo de su invalidez y una posible solución. La solución podría ser, por
ejemplo, que la conexión debe configurarse en sentido contrario.
En el entorno de SINAUT ST7, todas las conexiones admisibles deben cumplir las
siguientes reglas:
● Una conexión no debe pasar por una red incoherente. En la prueba de plausibilidad de la
configuración de red se describen ejemplos al respecto.
● Una conexión no debe pasar por un enlace parcial WAN en el que se comuniquen entre
sí dos módems MD3 configurados con el modo 1200 baudios/ semidúplex / modo AT.
● Una conexión no debe pasar de un TIM de estación o un TIM de estación nodo a un TIM
de estación maestra. Es preferible el orden inverso.
Nota
Con el fin de no incluir un número innecesariamente elevado de conexiones en la lista de
conexiones posibles y configuradas y mantener la claridad, algunas conexiones que se
utilizan en ambos sentidos entre dos dispositivos se muestran únicamente en un sentido.
Una conexión que aparece en la herramienta de configuración es válida siempre en ambos
sentidos.

6.2.3 Restablecimiento de conexiones suprimidas

Si en un proyecto se realizan cambios en las conexiones, se recomienda abrir a
continuación la ventana Recover lost connections. Esto se realiza mediante:
● el menú SINAUT / Recover lost connections o
● el símbolo Recover lost connections situado en la parte derecha de la barra de
herramientas
Si debido a los cambios en la configuración de conexiones se han deshecho conexiones
que antes existían y se han vuelto a cerrar, se han enlazado con otros objetos o bien se han
borrado definitivamente, la configuración de conexiones utiliza sus algoritmos para encontrar
todas las conexiones suprimidas del proyecto.
Las conexiones borradas se muestran de color rojo en la parte izquierda de la ventana
Recover lost connections. Las conexiones similares a las borradas se listan en la parte
derecha de la ventana, si las hubiera. De este modo es posible comprobar si existe un
sustituto o un sucesor para una conexión suprimida.
Si las conexiones suprimidas que hay en la parte izquierda de la ventana ya no se
necesitan, es posible borrarlas seleccionándolas y eligiendo el botón Delete lost
connections.
Si en la parte derecha de la ventana se muestran conexiones similares a las suprimidas,
existe la posibilidad de volver a insertarlas en caso de que se hayan borrado por
equivocación y sigan siendo necesarias. Para ello, seleccione la conexión en la parte
derecha de la ventana y haga clic en el botón Recover connections.
6.2.4 Configuración selectiva de conexiones
Selección de dispositivos en proyectos grandes

La función "Selective connection configuration" se ha introducido para proyectos grandes.
La selección de dispositivos individuales proporciona una mejor visión general del número
de conexiones mostradas. Esto permite reducir los tiempos de apertura de la ventana de
conexión y el tamaño de la memoria de sistema necesaria, especialmente en proyectos
grandes.
Apertura del cuadro de diálogo "Selective connection configuration"

El cuadro de diálogo "Selective connection configuration" se abre solo si está activada la
opción "Selective connection configuration".
La configuración selectiva de conexiones se realiza en la ficha Opciones de la configuración
de conexiones (Página 150) mediante el menú "Extras" > "Options".
Si se activa la opción y se cierra el cuadro de diálogo con "OK", se cierra la configuración de
conexiones (p. ej. llamando la administración de dispositivos) y se vuelve a abrir a
continuación, se abre el cuadro de diálogo "Selective connection configuration".

Cuadro de diálogo "Selective connection configuration"

En el cuadro de diálogo "Selective connection configuration" se muestran todos los
dispositivos conectados por lo menos con otro dispositivo a través de conexiones SINAUT.
Seleccione dos o más dispositivos con el ratón manteniendo pulsada la tecla <Ctrl> y haga
clic en "Start".
Se abre la configuración de conexiones que muestra, entre las conexiones posibles, solo
aquellas en las que participan los dispositivos previamente seleccionados.
Símbolos de conexión
● Símbolos negros
La conexión es válida y se ha comprobado su plausibilidad.
● Símbolos azules
Una conexión con un símbolo azul contiene un dispositivo no seleccionado en el cuadro
de diálogo "Selective connection configuration".
Prueba de plausibilidad: indicaciones para la configuración selectiva de conexiones
Nota
Prueba de plausibilidad
No se comprueba la plausibilidad de las conexiones con símbolos azules.
● Prueba de plausibilidad
Para que se comprueben todas las conexiones configuradas antes de guardar y cargar el
proyecto STEP 7 en caso de utilizarse la configuración selectiva de conexiones, es
preciso seleccionar por lo menos una vez todos los dispositivos con conexiones SINAUT
en la configuración selectiva de conexiones.
● En la mayoría de los proyectos es suficiente seleccionar por los menos una vez los
siguientes dispositivos de la configuración selectiva de conexiones para la prueba de
plausibilidad:
– La estación maestra
La mayoría de las estaciones tienen generalmente una conexión con la estación
maestra.
– Estaciones con comunicación cruzada
Para las conexiones de comunicación cruzada entre dos estaciones S7, es suficiente
seleccionar uno de los dos interlocutores en el cuadro de diálogo "Selective
connection configuration".

6.2.5 Opciones de la configuración de conexiones
Imprimir
Las listas de conexiones pueden imprimirse en 2 formatos para documentar los dispositivos
SINAUT configurados. La impresión se inicia mediante el menú "Project" > "Print".
A través del menú "Project" > "Print Preview" puede solicitarse una vista preliminar antes de
la impresión.
Ajuste de las opciones de impresión:
Los ajustes de impresión se realizan en el cuadro de diálogo "Connection Configuration", al
que se accede a través del menú "Extras" > "Options".
Formato de la indicación de conexiones

Aquí se define la representación de las conexiones en los dos campos de la configuración
de conexiones y para la impresión.
Borrando o agregando comodines para campos clave en las tres secciones para punto
inicial, punto final y punto de apoyo (nodos) se reduce o aumenta la información presentada.
Así, por ejemplo, mediante el campo clave "&a" se visualiza la dirección WAN (dirección de
estación) o la dirección IP de los dispositivos.
Modo de configuración
● Selective connection configuration
– Opción activada
Si la opción está activada, se muestran solo las posibles conexiones de los
dispositivos que se seleccionan en el cuadro de diálogo "Selective connection
configuration".
La selección de dispositivos individuales proporciona una mejor visión general del
número de conexiones posibles. Esto permite reducir los tiempos de apertura de la
ventana de conexión y el tamaño de la memoria de sistema necesaria, especialmente
en proyectos grandes.
Encontrará más información en el capítulo Configuración selectiva de conexiones
(Página 148).
– Opción desactivada
Si la opción no está activada, se muestran todas las conexiones posibles del
proyecto.

6.3 Administración de dispositivos en la herramienta de configuración SINAUT
● Show Invalid Connections

Con la opción activada, se muestran también las conexiones no válidas.
Si está activada la opción "Selective connection configuration", se muestran solo las
conexiones no válidas de los dispositivos seleccionados en el cuadro de diálogo
"Selective connection configuration".
En proyectos de gran tamaño, esto ahorra espacio de almacenamiento y aumenta la
velocidad de visualización.
6.3 Administración de dispositivos en la herramienta de configuración

SINAUT
Una vez configuradas las conexiones SINAUT ST7, se cumplen todos los requisitos para
que los datos de dispositivos de comunicación ST7
● se creen,
● se muestren,
● se editen y
● se empaqueten de forma que sean comprensibles para los componentes de hardware,
es decir, en bloques de datos (DB) o bloques de datos de sistema (SDB).
La edición es necesaria siempre que tienen que registrarse datos relacionados con
conexiones, es decir, que no pueden asignarse a un dispositivo concreto.
Asimismo, es preciso editar los datos de dispositivos cuando se guardan datos SINAUT
para objetos que no son SINAUT, p. ej. la configuración de DB para los módulos CPU y los
mensajes SMS.
Estos datos se parametrizan en la administración de dispositivos de la herramienta de
configuración SINAUT y se explica a continuación.
Tras iniciar la administración de dispositivos, en primer lugar se cargan de la gestión de
datos los datos de dispositivos que se conocen hasta el momento y, seguidamente, se
actualizan. Se actualizan los siguientes datos:
● Información de dispositivos: ¿qué dispositivos existen?
● Información de conexión en red: ¿quién se comunica con quién y a través de qué
conexiones?
● Información de configuración de los DB: ¿qué bloques de datos se generan para una
CPU?
La lista de dispositivos muestra siempre el estado actual de todos los dispositivos SINAUT
existentes.

6.3.1 Lista de dispositivos
La lista de dispositivos
La administración de dispositivos contiene en la parte izquierda de la ventana el árbol de
directorios (estructura) de los tipos de dispositivos del proyecto, y en la parte superior
derecha contiene la lista de dispositivos.
Figura 6-6 Ventana de la administración de dispositivos
Mediante la selección en el árbol de directorios de la mitad izquierda de la ventana se

pueden mostrar determinados tipos de dispositivos de forma selectiva en la lista de
dispositivos. El directorio TD7 auf TIM que aparece en la parte inferior del árbol de
directorios permite configurar el software TD7 para un TM Ethernet y no es relevante para la
parametrización de dispositivos que se describe aquí.
En la lista de dispositivos situada a la derecha aparecen las entradas siguientes para los
dispositivos de comunicación SINAUT ST7:
● Subscriber no.: el número de dispositivo SINAUT unívoco y válido para todo el proyecto
necesario para la comunicación WAN. Se complementa con una casilla para la selección
de módulos de CPU para la generación de datos de sistema.
● Red. subscriber no.: el parámetro Número de dispositivo redundante solo está ocupado
si hay un interlocutor redundante para el dispositivo en cuestión. Dicho número indica el
número de dispositivo común con el que los demás dispositivos pueden acceder al
sistema redundante.
● Subscriber no. of red. partner: el Número de dispositivo del interlocutor redundante solo
está asignado si hay un interlocutor redundante para el dispositivo en cuestión. El
parámetro indica los dispositivos que son redundantes entre sí.
● Subscriber type: el Tipo de dispositivo indica la clase de dispositivo de la que se trata. El
usuario no puede cambiarlo.

● Module: El nombre de módulo, aplicación o PC/PG. Se puede cambiar en la

configuración. En el ajuste predeterminado tiene asignado el nombre del tipo de módulo
o la aplicación asignados en la configuración.
● Station: Nombre de la estación que se ha asignado en la configuración de red NetPro.
● SINAUT connected: indica si se ha configurado una conexión SINAUT para el dispositivo.
● SINAUT library: Nombre de la librería de bloques de software SINAUT para módulos TIM
aptos para CPU y TD7onTIM.
Las propiedades referentes a dispositivos se parametrizan en el cuadro de diálogo
Properties of subscriber, al que se accede haciendo doble clic en una estación de la lista.
Selección para la generación selectiva de datos de sistema

Dentro de la administración de dispositivos, los dispositivos CPU se pueden seleccionar
para una generación selectiva posterior de los bloques de software. Para ello se activa con
el ratón la casilla situada delante del número de dispositivo del módulo CPU (aparece una
marca de verificación) El número de módulos CPU seleccionados se indica sobre la lista, en
el campo de texto Selected CPUs: . La selección puede deshacerse con otro clic de ratón.
Cambiar el número de dispositivo

Para cambiar el número de dispositivo se selecciona el dispositivo deseado con el ratón.
Haciendo de nuevo clic en el número de dispositivo, pulsando Alt+Intro, pulsando la tecla de
función 2 o seleccionando el menú Edit / Change Subs puede editarse el campo Subscriber
no.. El usuario puede introducir un número de dispositivo cualquiera, que aún no esté
asignado.
Cuadros de diálogo de TD7onTIM bajo la lista de estaciones

Si utiliza en su proyecto módulos aptos para TD7onTIM, en el árbol de directorios aparecerá
la entrada "TIMs with TD7onTIM". Los cuadros de diálogo correspondientes de los módulos
TIM en cuestión se muestran debajo de la lista de estaciones y permiten configurar el
software TD7 para el TIM correspondiente. Estos cuadros de diálogo no están disponibles
para las estaciones restantes. Tras la configuración de estaciones se configura TD7onTIM.
TIM independiente con TD7onTIM - Visualización de la CPU asignada

Si se selecciona un TIM independiente con TD7onTIM en la lista "TIMs with TD7onTIM",
encontrará la CPU asignada en la administración de dispositivos.
En el área de configuración situada debajo de la lista de dispositivos se muestra la
información siguiente:
● Encima del campo "Partner": nombre de estación (en el caso del TIM independiente:
nombre de estación de la CPU)
● Encima del campo "Object": número de dispositivo de la CPU

6.3.2 Puestos de control ST7cc/sc redundantes
Creación de un puesto de control ST7cc/sc redundante

Si se han configurado dos estaciones de PC SIMATIC para un puesto de control SINAUT
ST7cc/sc redundante en la configuración de red, deberán asignarse en este paso los dos
interlocutores redundantes en la administración de dispositivos. Seleccione la entrada
"Redundant ST7cc/ST7sc server" en el árbol de directorios y, en el menú contextual (botón
derecho del ratón), el comando de menú "Add redundant ST7cc/ST7sc...". Se abre el cuadro
de diálogo "Properties - ST7cc/ST7sc redundant".
Cuadro de diálogo "Properties - ST7cc/ST7sc redundant"

Este cuadro de diálogo permite crear un grupo ST7cc/ST7sc redundante. Para esto debe
seleccionarse un dispositivo ST7cc/ST7sc en las dos listas de selección "ST7cc / ST7sc 1" y
"ST7cc / ST7sc 2".
A continuación puede definirse el número de dispositivo del grupo redundante, que es
siempre idéntico a uno de los dos números del dispositivo seleccionado.
Asimismo es posible especificar una denominación del grupo de redundancia.
Después de confirmar la creación del grupo con "OK", el grupo aparece en "Redundant
ST7cc/ST7sc server", en el lado izquierdo de la navegación.

Borrar un grupo de redundancia

Para borrar un grupo de redundancia creado, se selecciona la entrada del grupo de
redundancia en el árbol de directorios y después el comando de menú "Delete redundant
object" en el menú contextual. Se borran solo los datos del grupo, no de los dispositivos
subordinados.
Encontrará información detallada sobre la configuración de un puesto de control ST7cc/
ST7sc simple o redundante en la documentación SINAUT ST7cc o ST7sc.
Comunicación con puestos de control ST7cc/sc redundantes

La comunicación de un módulo TIM con puestos de control ST7cc/sc redundantes distingue
entre tipos de TIM:
● Módulos TIM clásicos (TIM 3, TIM 4)
Una vez establecida la conexión entre un TIM clásico y los dos PC de puesto de control,
el TIM envía cada telegrama a los dos PC del puesto de control redundante.
Si la conexión se establece solo con un PC de puesto de control, el TIM envía el
telegrama solo al PC conectado. El telegrama enviado se borra del búfer de envío
después de recibirse el acuse del PC de puesto de control conectado.
Cuando se restablece la conexión con el segundo PC, los telegramas que se enviaron
solo al PC interlocutor durante el tiempo de inactividad no se reenvían al PC recién
conectado. Los ficheros de los dos PC tienen contenidos diferentes después de fallos de
conexión.
● TIM Ethernet
A partir de la versión de firmware 2.1 de los TIM Ethernet, el comportamiento de un TIM
Ethernet es el siguiente:
El TIM Ethernet no envía los telegramas a los dos PC del puesto de control redundante
hasta que se cumple uno de los siguientes dos requisitos:
– Se han establecido las conexiones entre TIM Ethernet y los dos PC de puesto de
control.
o bien
– Se ha establecido solo una conexión y ha transcurrido un tiempo de espera
equivalente al timeout de Keep Alive. Este tiempo de espera comienza después de
establecerse la primera conexión y se para en cuanto se ha establecido la conexión
con el segundo PC.
Este comportamiento tiene por objeto impedir que los fallos de conexión, especialmente
si son cortos, generen ficheros diferentes en los dos PC de puesto de control.

6.3.3 Configuración del proveedor de red GSM para estaciones MSC
Configuración de los proveedores GPRS

Para utilizar el servicio GPRS con el protocolo MSC es necesario configurar como mínimo
un proveedor de red GSM para las estaciones MSC. Para no tener que abrir múltiples veces
los cuadros de diálogo de configuración de las estaciones MSC en la herramienta de
configuración SINAUT, se recomienda configurar primero los proveedores. Para ello haga
clic en el icono "Globo terráqueo" ( ).
Se abre el cuadro de diálogo "List of GPRS Provider".
Figura 6-7 Cuadro de diálogo "List of GPRS Provider"
Creación de proveedores de red GSM en el cuadro de diálogo "List of GPRS Provider"

En este cuadro de diálogo se muestran los proveedores de red GSM configurados con
nombre, nombre de usuario y descripción.
Junto al botón "New..." para la creación de proveedores nuevos (ver abajo) aparecen debajo
del cuadro de diálogo los siguientes cuatro comandos de menú contextual:
● "Edit provider data..."
Se abre el cuadro de diálogo "Provider Properties". En él se pueden configurar las
propiedades necesarias del proveedor GPRS (vea a continuación: Cuadro de diálogo
"Provider Properties").
● "Add new provider..."
Se abre el cuadro de diálogo "Provider Properties". En él se puede configurar un nuevo
proveedor GPRS con las propiedades necesarias (vea a continuación: Cuadro de diálogo
"GPRS Provider Properties").
● "Delete selected provider"
Se borra de la lista el proveedor anteriormente seleccionado.
● "Assign provider to the selected MSC stations"
Consulte la descripción a continuación.

Significado del icono del globo terráqueo

Dependiendo del color, el icono del globo terráqueo de este cuadro de diálogo tendrá los
siguientes significados:
● Verde ( )
Se han configurado todas las propiedades necesarias del proveedor.
● Negro y blanco ( )
Los datos configurados del proveedor no están completos.
Cuadro de diálogo "GPRS Provider Properties"
Figura 6-8 Cuadro de diálogo "GPRS Provider Properties"
Configure las siguientes propiedades para el proveedor de red GSM:

● Provider Name
Aquí debe asignar un nombre al proveedor. El nombre puede elegirse libremente.
● Description
En caso necesario aquí puede introducir una descripción del proveedor. La descripción
puede consistir en una asignación de las estaciones que deben recibir alimentación.
● Nombre del acceso a Internet
Indique aquí el nombre del acceso a Internet (APN) de su proveedor en la red GPRS. El
nombre lo proporciona el proveedor.

● User Name *)
Indique aquí el nombre de usuario con el que se establece la conexión con el proveedor.
El nombre lo proporciona el proveedor.
● Password *)
Introduzca aquí la contraseña necesaria para iniciar sesión en el proveedor. Si el
proveedor no exige contraseña, introduzca aquí por ejemplo la palabra "guest" .
*) No se pueden utilizar espacios libres ni en el nombre de usuario ni en la contraseña.
"Delete selected provider"

Si selecciona un proveedor en el cuadro de diálogo "List of GPRS Provider" y selecciona el
comando de menú contextual "Delete selected provider", el proveedor se borrará de la lista.
La eliminación no es definitiva hasta que el cuadro de diálogo se cierra con "OK".
"Assign provider to the selected MSC stations"

Un proveedor GPRS no se puede asignar a una o varias estaciones MSC hasta que el
cuadro de diálogo de propiedades de esta estación está abierto en la herramienta de
configuración SINAUT con la ficha "List of MSC stations" y se haya seleccionado allí el
comando de menú correspondiente.
La asignación de proveedores se describe en el siguiente capítulo:
Ficha "MSC station list" (Página 178)
6.3.4 Cuadro de diálogo "Properties of subscriber"
6.3.4.1 Sinopsis de parámetros
Acceso al cuadro de diálogo

El cuadro de diálogo "Properties of subscriber" se abre del siguiente modo:
● Haciendo doble clic en una estación de la lista de estaciones de la administración de
estaciones
● Seleccionando una estación en la lista de estaciones y eligiendo el menú "Edit /
Properties"

Sinopsis de las fichas del cuadro de diálogo "Properties of subscriber"

El contenido y el número de fichas del cuadro de diálogo dependen del tipo de dispositivo.
Tabla 6- 2 Sinopsis de fichas del cuadro de diálogo de propiedades por tipo de dispositivo
Ficha CPU TIM Otro equipo, Nombres de cuadros de diálogo

SIMATIC S5, siguientes
estación PC,
PG
Info Sí Sí Sí -
Partner Sí Sí - -
Connections Sí Sí - Properties - Local connection
Pollinglist - Master TIM - Properties - Poll list entry
List of MSC - Master TIM - Properties - MSC Master,
Stations (MSC Mas- Properties - MSC Station,
ter) Provider Assignment
Telephone - Según - Properties - Telephone Number
Directory necesidad
DB Configura- Sí - - -
tion
SMS Configu- Si la esta- - - SMS CPU Configuration,
ration ción maes- SMS DB Data,
tra SMS SMS Message Data
está confi-
gurada
Library info Sí - - -

6.3.4.2 Ficha "Info"
Ficha Info
Figura 6-9 Cuadro de diálogo Properties of subscriber (CPU), ficha Info
La ficha Info muestra la información siguiente sobre el dispositivo seleccionado:

● En Name se muestra el nombre del módulo predeterminado o que se ha asignado en la
configuración de red.
● En Station se muestra el tipo de nodo de red parametrizado.
● Se muestra el campo Subscriber no..
● Status from muestra la fecha de la última configuración.
● En Basic type se muestra el tipo de objeto de red de la configuración de red.
● En Extended type se muestra el tipo de objeto de red avanzado que se ha aplicado a la
configuración de red (p. ej. CPU ST7, TIM ST7, ST7cc o central de SMS).

6.3.4.3 Ficha "Partner"
Ficha Partner
Esta ficha contiene una lista de los interlocutores del módulo seleccionado e incluye el
número de dispositivo, tipo de módulo, nombre y nombre de la estación.
6.3.4.4 Ficha "Connections"
Ficha Connections
En esta ficha se enumeran para el dispositivo seleccionado todas las conexiones locales
configuradas vía LAN con sus principales propiedades.
● Conexiones X
Conexiones S7 no configuradas que utilizan las SFC "X_SEND" y "X_RCV".
● Conexiones PBK
Conexiones S7 configuradas que utilizan los SFB "BSEND" y "BRCV".
● Conexiones CR
Conexiones Read/Write del software TD7 "TD7onTIM" de la CPU local que no requieren
conexiones S7.
● Conexiones MSC
Conexiones del protocolo MSC que no requieren conexiones S7.
Nota
Si el software de configuración, al analizar los datos de dispositivos, detecta que para
procesar una conexión SINAUT ST7 se necesitan conexiones homogéneas en STEP 7,
las creará automáticamente. Son conexiones entre una CPU S7-400 y un módulo TIM,
entre módulos TIM a través del bus MPI y conexiones PBK.
Otra posibilidad consiste en crear manualmente estas conexiones en la configuración de
red. La herramienta de configuración SINAUT utilizará automáticamente las conexiones
que ya existan.

Figura 6-10 Cuadro de diálogo "Properties of subscriber" (en este caso una CPU S7-400), ficha
"Connections"
Las posibilidades de configuración aquí son las siguientes:

● La longitud de la bandeja de envío de la CPU para las conexiones PBK que pueda haber
en una CPU. Es la misma para todas las conexiones PBK de la CPU actual.
Rango de valores: 202 .. 65208 bytes
Valor predeterminado: 2020 bytes
Haciendo doble clic en la fila de un dispositivo dentro del campo de salida Local connections
se abre el cuadro de diálogo Properties - Local Connection de esta conexión.

Cuadro de diálogo Properties - Local Connection del TIM

En este cuadro de diálogo se muestran las propiedades de la conexión local de un módulo
TIM.
Figura 6-11 Cuadro de diálogo "Properties - Local Connection" (en este caso una conexión de TIM a
TIM)
Para la conexión local del módulo TIM las posibilidades de ajuste aquí son las siguientes:
● Send Keepalives for this connection:
Si esta opción está activada, para esta conexión se enviarán telegramas Keep Alive en el
intervalo ajustado en la configuración de red del TIM.
● Queue entries [number]:
El número de entradas en la cola de espera es el número de telegramas que puede
guardar el módulo TIM en la memoria intermedia antes de transmitirlos. Por lo general no
es necesario modificar el valor predeterminado. Puede ser útil aumentar el valor para un
TIM de estación maestra a efectos de descargar parcialmente el tráfico de telegramas en
los momentos en que las capacidades del TIM están ocupadas con la transferencia de
grandes volúmenes de datos, p. ej., datos de ficheros.

Cuadro de diálogo Properties - Local Connection de la CPU

En este cuadro de diálogo se visualizan las propiedades de una conexión LAN local de una
CPU y se parametrizan las propiedades siguientes:
● Módulo CPU con conexiones X / conexiones de bus P:
– La Longitud de la bandeja de envío [bytes] para estas conexiones
Rango de valores: 76 ... 65382 bytes
Valor predeterminado: 760 bytes
Este parámetro no es relevante para conexiones PBK.
– El Tiempo de vigilancia de conexión [s], es decir, el tiempo que se espera antes de
enviar telegramas comodín para controlar la conexión.
Valor predeterminado: 5 s
● Módulos CPU con conexiones PBK:
– El Tiempo de vigilancia de conexión [s]
Valor predeterminado: 5 s
Figura 6-12 Cuadro de diálogo Properties - Local Connection (CPU)

6.3.4.5 Ficha "Polling List"
Ficha Polling List
Figura 6-13 Cuadro de diálogo Properties of subscriber (TIM), ficha Polling List
En esta ficha de un módulo TIM se muestra el nombre de dispositivo, la dirección de

estación, el identificador de llamada de ciclo principal, el estado de habilitación offline, el
estado de habilitación online, el nombre de módulo y el nombre de estación de los módulos
TIM conectados que esta estación puede llamar en modo "Polling".
El estado online se transfiere completamente a la configuración haciendo clic en Adopt
online state. Esta función está disponible solo para el TIM 4R-IE.
Haciendo doble clic en la fila de un dispositivo dentro del campo de salida internal interface
o external interface se abre el cuadro de diálogo Properties - Poll list entry de esta conexión.

Cuadro de diálogo Properties - Poll list entry
Figura 6-14 Cuadro de diálogo Properties - Poll list entry
En el campo Identification se muestran las siguientes propiedades:

● subscriber:
El campo de salida subscriber contiene el dispositivo que realiza la llamada (TIM de
estación maestra), con el número de dispositivo, nombre de módulo y nombre de
estación.
● polls subscriber:
El campo de salida polls subscriber contiene el dispositivo llamado en modo Polling, con
el número de dispositivo, nombre de módulo y nombre de estación.
● station address:
El campo de salida station address contiene la dirección de estación del dispositivo
llamado.
● interface:
El campo de salida interface contiene el tipo de interfaz (interna/externa) del dispositivo
llamado.
En el campo Properties se muestran las siguientes opciones:
● polling in:
Opciones: main cycle, sub cycle
El módulo CPU se llama en el ciclo principal o subordinado, según la opción marcada.
● polling is:
Opciones: enabled, disabled
Si se selecciona la opción enabled, es posible llamar el módulo CPU en el modo Polling.
En caso contrario, la llamada estará bloqueada.

6.3.4.6 Ficha "Telephone Directory"
Ficha Telephone Directory

Esta ficha de un módulo TIM contiene el número de dispositivo, la dirección de estación, la
cadena de marcación, el estado de habilitación offline, el estado de habilitación online (solo
TIM 4R-IE), el nombre del módulo y el nombre de la estación de los dispositivos de una red
de marcación. En el caso de un módulo TIM conectado con dos redes de marcación, como
puede ser una estación nodo, se muestra una lista con los dispositivos de ambas redes.
Figura 6-15 Cuadro de diálogo Properties of subscriber (TIM), ficha Telephone Directory
El estado online se transfiere completamente a la configuración haciendo clic en Adopt

online state. Esta función está disponible solo para el TIM 4R-IE.
Haciendo doble clic en un dispositivo del campo de salida internal interface se abre el
cuadro de diálogo Properties - Telephone Number para conectar el dispositivo seleccionado
en la administración de dispositivos con el dispositivo marcado en la ficha Telephone
Directory.

Cuadro de diálogo Properties - Telephone Number
Figura 6-16 Cuadro de diálogo Properties - Telephone Number
Haciendo doble clic en un dispositivo de la lista de la ficha Telephone Directory se abre el

cuadro de diálogo Properties - Telephone Number. Este cuadro de diálogo se utiliza cuando
se requieren modificaciones del número de teléfono específicas de la conexión. Algunos
ejemplos son el desbloqueo de números de teléfono mediante comando AT o la utilización
de proveedores de telefonía diferentes para las conexiones.
En el campo superior Identification aparece la siguiente información:
● from subscriber:
Dispositivo de origen de la conexión
● to subscriber:
Dispositivo de destino de la conexión
● station address:
Dirección de estación del dispositivo de destino
● interface:
Tipo de interfaz (interna/externa) del dispositivo de destino

En el campo inferior Properties se parametrizan las siguientes propiedades:

● AT commands:
Aquí puede parametrizarse la inicialización del módem específicamente para la
conexión. El comando AT introducido se emite solo para este número de teléfono antes
del comando de marcación. Los comandos AT introducidos deben indicarse sin la
cadena AT.
● Dial command:
Muestra el comando de marcación configurado.
● Dial prefix:
Muestra el comando de marcación configurado. Este puede modificarse.
● Tel. number:
Muestra el número de teléfono del dispositivo de destino introducido en la configuración
de red.
● dialing is:
Opciones: enabled, disabled
Si está marcada la opción enabled, está activa la conexión por marcación. En caso
contrario, la conexión por marcación estará desactivada. Esta función está disponible
solo para el TIM 4R-IE.

6.3.4.7 Ficha "DB Configuration"
Ficha DB Configuration
En esta ficha se muestra el tipo y número de bloques de datos que se necesitan para este
tipo de CPU.
Figura 6-17 Cuadro de diálogo Properties of subscriber (CPU), ficha DB Configuration
Se visualizan:
● CPU type:
Tipo de CPU actual
● Data blocks max.:
Número máximo de bloques de datos para esta CPU (n.º de DB máximo)
● Available data blocks:
DB-No. y name (header) de los bloques de datos existentes en la gestión de datos offline
de esta CPU. Estos números de DB no podrán asignarse de nuevo.
● SINAUT data blocks to generate:
– DB no. y name (header) del DB BasicData:
Este número se lee de la tabla de símbolos o recibe el valor predeterminado 127. El

número puede modificarse solo si se compila nuevamente el programa SINAUT

completo junto con los Source suministrados.
– DB no. y name (header) de los bloques de datos de comunicación, así como el
número de dispositivo del TIM interlocutor en la columna to TIM.
El programa propone los números para todos los bloques de datos necesarios a partir
de los bloques existentes y del valor máximo. El usuario puede modificar estos
números en caso necesario.
6.3.4.8 Ficha "SMS Configuration"
Validez de la ficha
Esta ficha vale solo para SMS enviados con TD7onCPU:
● SMS enviados a través de una red de marcación conectada.
● SMS enviados por una estación conectada a través de una línea dedicada, red de
marcación o Ethernet y que tiene una conexión con SMSC.
Para ello es imprescindible que:
– Al final de la conexión esté configurado un SMSC.
– Esté configurada una conexión S7 con SMSC.
– Dentro de la conexión S7 se utilice el protocolo ST7 (sin MSC).

Ficha SMS Configuration

En la ficha SMS Configuration se configuran los SMS necesarios para la CPU actual. Es
imprescindible haber creado el DB SMS_Control correspondiente en la CPU. Para cada
CPU pueden definirse varios bloques de datos de SMS y cada uno los bloques puede
contener varios SMS.
Figura 6-18 Cuadro de diálogo Properties of subscriber (CPU), ficha SMS Configuration
En la representación en árbol del lado izquierdo, los SMS configurados se representan en

una estructura de árbol con la siguiente información:
● El nivel más alto del árbol muestra la CPU actual con el texto:
nombre STEP 7 de la CPU/tipo de CPU/nombre abreviado de CPU
● El segundo nivel contiene los bloques de datos configurados con el texto:
número de bloque/nombre abreviado de DB
● El tercer nivel contiene una lista de los mensajes del DB correspondiente con el texto:
número de mensaje - dirección de señal (byte.bit) - "texto de mensaje"

En la representación en árbol se muestra el estado de cada objeto mediante el tipo de

símbolo utilizado.
Tabla 6- 3 Símbolos de la configuración SMS
DB configurado correctamente, se generan datos
Configuración de DB incompleta, no se generan datos
Mensaje SMS activado
Mensaje SMS desactivado o vacío

Mensaje SMS activado con estado entrante/saliente
Mensaje SMS desactivado o vacío con estado entrante/saliente
Debajo de la representación en árbol hay un área de información en la que se muestran los

siguientes datos característicos del objeto marcado en la lista:
● Selección de una CPU:
Número de dispositivo y tamaño actual de un mensaje SMS
● Selección de un DB:
Número de señales, tamaño de DB actual, números de mensaje en este DB, número de
red móvil principal y número de red móvil alternativo
● Selección de un mensaje:
Tipo de dirección de señal y texto de mensaje
A la derecha de la representación en árbol de los mensajes hay botones que disparan la
función de edición disponible en cada caso. Las funciones disponibles pueden iniciarse
también mediante el menú contextual (botón derecho del ratón) después de seleccionar un
objeto. Para todas las funciones es preciso haber seleccionado previamente una CPU, un
DB o un mensaje de la lista SMS-Messages.
El alcance de las funciones activas en cada caso depende del objeto marcado. Funciones
disponibles de la configuración de SMS:
● Add DB (agregar DB):
Se agrega un nuevo bloque de datos. Se busca un número libre para el DB, comenzando
por el número máximo de la CPU actual.
● Add Msg (agregar mensaje):
Se agrega un mensaje nuevo vacío al DB actual. Los mensajes nuevos están
desactivados de forma estándar y deben activarse para poder enviarlos.
● Edit...:
Puede editarse la CPU, un DB o un SMS. Dependiendo del objeto marcado, al activar la
función Edit se abre uno de los siguientes cuadros de diálogo:
– Editar CPU: se abre el cuadro de diálogo SMS CPU configuration
– Editar DB: se abre el cuadro de diálogo SMS DB data
– Editar SMS: se abre el cuadro de diálogo SMS Message data
● Cut:
El mensaje seleccionado se corta y puede incorporarse más adelante mediante Paste.

● Copy:
Se copia el mensaje seleccionado.
● Paste:
Se inserta el último mensaje copiado o cortado.
● Import:
Los archivos creados mediante "Export" se importan en el DB seleccionado.
● Export:
Los datos del DB actual se exportan a un archivo. Como formato de archivo se utiliza
CSV, compatible con Excel, es decir, los datos exportados pueden editarse en Excel.
● Remove:
Se borra el objeto actual. Si son bloques de datos, se emite una consulta; los mensajes
se borran sin consultar.
Cuadro de diálogo SMS CPU configuration

Al seleccionar una estación de la ficha SMS Configuration y hacer clic en el botón Edit se
abre el cuadro de diálogo SMS CPU configuration. Aquí se visualizan los datos de la CPU
actual que son relevantes para la configuración de SMS.
Figura 6-19 Cuadro de diálogo SMS CPU configuration
Puede introducirse un nombre definido por el usuario de hasta 8 caracteres de longitud para
la CPU (CPU short name). Este nombre abreviado puede insertarse más adelante en
mensajes SMS utilizando una cadena de comodines en la configuración de mensajes SMS
(SMS Message data). Al nombre abreviado se preasignan los 8 primeros caracteres del
nombre de la CPU.

Cuadro de diálogo SMS DB data

Al marcar un DB SMS de la ficha SMS Configuration y hacer clic en el botón Editar se abre
el cuadro de diálogo SMS DB data. En este cuadro de diálogo se muestran y configuran los
datos del DB SMS seleccionado.
Figura 6-20 Cuadro de diálogo SMS DB data

● DB-No.:
El número utilizado para el DB SMS. El número puede modificarse y se comprueba la
disponibilidad del número indicado en la CPU actual. Si el número ha sido asignado ya
por un DB del programa de usuario de la CPU, se emite un mensaje de error. Los DB
SMS sí pueden sobrescribirse.
● DB short name:
Al nombre abreviado del DB SMS se preasignan los 8 primeros caracteres del nombre
de la CPU. Aquí puede introducirse para el DB SMS un nombre abreviado de DB
definido por el usuario de hasta 8 caracteres de longitud. Este nombre abreviado de DB
puede insertarse más adelante en el texto de mensajes SMS utilizando una cadena de
comodines en la configuración de mensajes SMS (SMS Message data).

● En el campo Main SMS address:

– SMSC subscriber no.: número de dispositivo del SMSC configurado en la
administración de dispositivos
– mobile phone no.: número de red móvil a utilizar del destinatario de SMS
– acknowl. possible: el destinatario puede acusar (opción marcada) o no
● En el campo Backup SMS address (opcional):
– SMSC subscriber no.: número de dispositivo del SMSC configurado en la
administración de dispositivos
– mobile phone no.: número de red móvil a utilizar del destinatario de SMS
– acknowl. possible: el destinatario puede acusar (opción marcada) o no
● En el campo Signal address:
La dirección de señal dispara el mensaje SMS. Como dirección de señal pueden
utilizarse bits de un bloque de datos (DB), entradas o marcas. Para cada bloque de datos
SMS debe especificarse el tipo de datos de las señales (tipo de dirección), el DB-No. y la
dirección de inicio dentro del campo de datos (Address).
Las señales han de pertenecer a un campo de datos relacionado, p. ej. un bloque de
datos. El primer bit activa el primer mensaje SMS, el enésimo bit activa el enésimo
mensaje SMS.
– Tipo de dirección (DB, marca, entrada)
– DB-No. (solo con tipo de dirección DB)
– Address (Byte.Bit)
● En el campo Parameter:
– Valid period:
La validez indica el intervalo en el que ha de emitirse y acusarse, con la oportuna
parametrización en el cuadro de diálogo SMS Message data, un mensaje SMS. Si
esto no se produce transcurrido el intervalo, se registra un aviso de diagnóstico en el
búfer de diagnóstico de la CPU.
– Opción Add creation time stamp to messages:
Además del tiempo añadido por la central de SMS, puede iniciarse el envío del tiempo
de registro del evento de disparo si se marca esta opción.
● En el campo Lengths:
Aquí se calcula la longitud del DB generado a partir de los datos (Data) actuales
capturados y de la memoria de carga requerida (Load memory) y memoria de trabajo
requerida (Work memory) resultantes.
No se comprueba si el DB puede cargarse realmente en la CPU. Esta comprobación
corresponde al usuario.

Cuadro de diálogo SMS Message data
Nota
Bloqueo de caracteres especiales
Para configurar mensajes SMS se dispone de una función que comprueba el juego de
caracteres para SMS. Esta función bloquea algunos caracteres especiales para la entrada
de texto de mensajes SMS que pueden generar problemas con algunos operadores de
SMS.
La función se activa en el cuadro de diálogo "Options" (menú "Extras" > "Options" > ficha
"Subscriber Administration" > "SMS Configuration".
Antes de configurar mensajes SMS para un dispositivo, debe comprobarse, por tanto, si es
necesario activar esta función. En caso de activarse esta función, solo pueden introducirse
los siguientes caracteres:
• Todos los números
• Todas las letras (excepto diéresis y tildes)
• El espacio en blanco y los siguientes caracteres especiales:
!#%&/()?*+-.,:;<=>
Los restantes caracteres especiales y las letras con diéresis (ö, Ö, ü, Ü, ä, Ä) están
bloqueados.
Al seleccionar un mensaje de la ficha SMS Configuration y hacer clic en el botón Edit, se

abre el cuadro de diálogo SMS Message data. Los mensajes SMS se configuran en este
cuadro de diálogo.
Figura 6-21 Cuadro de diálogo SMS Message data

Opciones de configuración disponibles:

● Text:
En el campo de entrada Text se introduce el texto del mensaje SMS. Para esto se han
previsto 120 caracteres.
● Insert replacement string:
Mediante esta lista de selección pueden insertarse cadenas de comodines como palabra
clave en el texto del SMS. Cadenas de comodines que pueden insertarse en el texto:
– CPU short name ($CPUNAM$):
El nombre abreviado de CPU se configura en el cuadro de diálogo SMS CPU
configuration
– DB short name ($DBNAME$):
El nombre abreviado del DB se configura en el cuadro de diálogo SMS DB data
– N.º de aviso ($SMS$):
El número de aviso es un número unívoco por CPU que asigna la herramienta de
configuración SINAUT. Puede consultarse en la representación en árbol de la lista
SMS-Messages del cuadro de diálogo Properties of subscriber.
Las cadenas de comodines se sustituyen por los valores actuales durante la generación.
Mediante la especificación de 3 cadenas es posible identificar inequívocamente todos los
mensajes SMS de un proyecto S7.
● Opción Request acknowledgement:
Puede especificarse si es preciso acusar el mensaje.
● Opción Message is disabled:
Es necesario desactivar esta opción (casilla sin marca) para activar la salida del
mensaje.
● Send SMS message:
En la lista de selección se especifica si el mensaje ha de enviarse solo con evento
entrante o con eventos entrantes y salientes.
6.3.4.9 Ficha "MSC station list"
Requisitos para la configuración de los dispositivos MSC

Antes configurar los dispositivos MSC en el cuadro de diálogo de propiedades de la estación
maestra MSC hay que realizar los siguientes pasos:
● Interconexión de la interfaz del módulo TIM asignando el tipo de nodo de red Estación
maestra MSC, Estación nodo MCS o Estación MSC
● Configuración de los proveedores de red GSM
Encontrará un resumen de la configuración para la "Comunicación sencilla a través de
Internet" en el capítulo Comunicación GPRS/Internet: Sinopsis de la configuración
(Página 46).

Información de la ficha "MSC Station list"
Figura 6-22 Cuadro de diálogo "Properties of subscriber" de la estación maestra MSC, ficha "MSC Station list"
La tabla "Ethernet Interface 1" muestra todas las estaciones MSC del proyecto con su
número de dispositivo, la dirección de estación, el tipo de módulo, el nombre de estación
(obtenido de NetPro) y el nombre de proveedor. El icono del globo terráqueo situado al inicio
de la fila indica el estado del proveedor GPRS.
● Verde ( )
Se han configurado todas las propiedades necesarias de la estación.
Los datos configurados de la estación no están completos.
Si selecciona un dispositivo que no está completamente configurado, en el cuadro de
diálogo inferior se muestra qué datos no están completos.

Configuración en la ficha "MSC station list"

Para configurar los dispositivos MSC proceda del siguiente modo:
1. Configure los datos de la estación maestra haciendo clic en el botón "MSC Master
Properties...".
2. Configure los datos de la estaciones MSC haciendo doble clic en una estación de la lista
o eligiendo el comando del menú contextual "MSC Master Properties".
3. Asigne un proveedor de red GSM a las estaciones MSC (con MD720) seleccionando una
estación de la lista y eligiendo el comando de menú contextual "Assign a Provider from
list...". La selección puede ser individual o múltiple.
La asignación de proveedores se puede volver a borrar con el comando de menú
contextual "Delete Provider assignment".
Aquí no es posible asignar proveedores a estaciones con conexión DSL. Los
proveedores se asignan en la configuración del módem DSL correspondiente.
4. Cierre el cuadro de diálogo de propiedades con "OK" una vez que haya finalizado la
configuración MSC.
Configuración de la estación maestra MSC
Figura 6-23 Cuadro de diálogo "MSC Master Properties"

En el campo "Internet Access" se configuran la dirección del router de Internet, a través del
cual la estación maestra MSC está conectada a Internet, y el puerto de la estación maestra
MSC utilizado para la comunicación MSC. El router de Internet se puede indicar por el
nombre DNS o por la dirección IP fija.
● Name of the Internet router:
Active esta opción para indicar el nombre DNS del router.
– Introduzca el nombre del router en el campo de entrada.
máx. 128 caracteres. Están permitidos los siguientes caracteres: a...z, A...Z, 0...9,
coma (,), punto (.), guión (-), guión bajo (_) y el espacio vacío
– Introduzca la dirección IP como mínimo de un servidor DNS.
● Fixed IP Adress of the router:
Active esta opción si configura el router con una dirección IP fija.
Introduzca la dirección IP de la interfaz del TIM conectado a Internet, o bien la del router
si ha configurado uno (opción "Use router" en la ficha "Parameters" del cuadro de diálogo
de propiedades del nodo de red del TIM).
En el ajuste previo se muestra la dirección IP obtenida de la parametrización de
interfaces del TIM.
● MSC Port of TIM
En caso necesario, asigne el número del puerto MSC (pueden seleccionarse los
números 1 024 a 65 535). El ajuste predeterminado es el puerto 26 382.
En el campo "Options for Partners in GPRS net" se pueden realizar los ajustes para
estaciones GPRS (con MD720).
● Monitoring time [min]
El tiempo de vigilancia en minutos permite vigilar el túnel MSC en la red GPRS. Si en
una estación GPRS no se produce intercambio de datos entre la estación maestra MSC
y la estación GPRS dentro del tiempo de vigilancia, la estación maestra MSC envía un
telegrama de vigilancia a la estación GPRS. Si no se recibe ningún signo de vida de la
estación maestra MSC dentro del tiempo de vigilancia, en la estación GPRS se
declararán en fallo la estación maestra y todos los dispositivos accesibles a través de
ella. En la estación se realiza una entrada en el búfer de diagnóstico del TIM y el MD720
se reinicializa.
La entrada "0" significa: sin vigilancia.
● Collect data volume
Si activa esta opción (marca de verificación) el TIM maestro pondrá a disposición los
datos transferidos de todas las estaciones GPRS.
Los datos están disponibles en la herramienta de diagnóstico y servicio SINAUT,
consulte Diagnóstico TIM (Página 448).

Configuración de una estación/estación nodo MSC
Figura 6-24 Cuadro de diálogo "MSC Station Properties"
En este cuadro de diálogo se configuran los datos de acceso a la red conectada y el tipo de
protocolo utilizado.
Campo "GPRS Network Access"

En este campo se configuran los datos de acceso a Internet para las estaciones GPRS (con
MD720). Para estaciones con conexión DSL, los datos correspondientes se configuran en el
router DSL correspondiente.
● Provider Name
Si aún no ha asignado ningún proveedor de red GSM, en la asignación predeterminada
se aplica el primer proveedor de red de la lista de proveedores GPRS. El proveedor se
puede asignar en la lista de estaciones MSC, consulte el capítulo Ficha "MSC station list"
(Página 178).
● PIN of the SIM Card
Indique aquí el PIN de la tarjeta SIM del MD720.
● Additional Transmission Time [s]
Se trata de un offset de tiempo que se suma al tiempo de repetición de envío. El tiempo
de repetición de envío se calcula automáticamente en el TIM. A partir del parámetro
"Additional Transmission Time" se calcula además el tiempo de retardo de caracteres
(tiempo de retardo de caracteres = tiempo adicional de envío dividido entre 5).
En la mayoría de los casos, para redes GPRS es suficiente un valor de 10 segundos,
como en la asignación predeterminada.

● Max. allowed disruption time [s]

Aquí puede introducirse el tiempo de tolerancia para un fallo de conexión detectado por
el TIM. Si el fallo de conexión persiste después del tiempo ajustado, se notifica a todos
los interlocutores de la estación que falla.
En redes con fallos asiduos puede resultar conveniente aumentar el valor
predeterminado de 10 segundos. Aumentando el tiempo de fallo permitido se retrasa la
notificación de fallos de estación y con ello se reduce la recepción de telegramas de
organización cuando las estaciones regresan.
● Baud rate (TIM - Modem) [bps]
Es la velocidad con la que se comunican el TIM y el módem. La velocidad de transmisión
tiene preasignado un valor de 9 600 bits/s y no puede modificarse.
● Security protocol active
– Con esta opción activada se utilizará el protocolo MSCsec para esta conexión.
– Con esta opción desactivada se utilizará el protocolo MSC para esta conexión.
Para más información sobre las funciones de ambos protocolos, consulte el capítulo
Comunicación GPRS/Internet: Sinopsis de la configuración (Página 46).
● Rekeying intervall [hours]
Con el protocolo MSCsec activado, aquí se fija el intervalo de cambio de clave entre la
estación y la estación maestra.
Campo "MSC Login"

Aquí se configuran los dos campos obligatorios "User name" y "Password" para todas las
estaciones/estaciones nodo MSC con conexión GPRS o DSL. Los datos son necesarios
para establecer la conexión e iniciar sesión en la estación maestra MSC.
El nombre de usuario y la contraseña deben ser distintos para cada estación MSC de la red.
● User name
Indique aquí el nombre de usuario con un máximo de 64 caracteres.
Están permitidos los siguientes caracteres: a...z, A...Z, 0...9, coma (,), punto (.) y guión (-)
● Password
Indique aquí la contraseña con un máximo de 30 caracteres.
Están permitidos los siguientes caracteres: a...z, A...Z, 0...9, coma (,), punto (.) y guión (-)

Cuadro de diálogo "Provider Assignment".

El cuadro de diálogo "Provider Assignment" se abre desde el cuadro de diálogo de
propiedades de la estación MSC en la herramienta de configuración SINAUT. Para ello
seleccione una estación MSC (con MD720) en la "MSC Station list" y elija el comando de
menú contextual "Assingn a provider from list..." (botón derecho del ratón). Se abre el
cuadro de diálogo "List of GPRS Provider".
Figura 6-25 Cuadro de diálogo "List of GPRS provider", que se abre desde la ficha "MSC Station List"
El cuadro de diálogo muestra una lista de los proveedores de red GSM configurados para la
comunicación MSC con nombre de usuario, descripción e icono de globo terráqueo.
● Verde ( )
Se han configurado todas las propiedades necesarias del proveedor.
Los datos configurados del proveedor no están completos.
Los proveedores que no están completamente configurados no pueden asignarse.

Asignar proveedores y guardar la asignación

Seleccione un proveedor de la lista y elija el comando de menú contextual "Assign provider
to the selected MSC stations" (botón derecho del ratón).
La asignación del proveedor se guarda si a continuación en la herramienta de configuración
SINAUT (ficha "MSC Station list") el cuadro de diálogo de propiedades se cierra con "OK".
Configuración de los datos de proveedor

Los datos de proveedor no se pueden cambiar en este punto en el cuadro de diálogo "List of
GPRS Provider". Cierre para ello ambos cuadros de diálogo abiertos y vuelva a abrir el
cuadro de diálogo "List of GPRS Provider" haciendo clic en el icono del globo terráqueo (
) de la barra de herramientas de la ventana de la herramienta de configuración SINAUT.
6.3.4.10 Ficha "Library Info"
Ficha Library Info

Esta ficha muestra el nombre, la ruta, la versión, la fecha de creación y los datos de origen
de las versiones alemana e inglesa de la librería SINAUT TD7 con la que se lleva a cabo
una generación de datos de sistema para la CPU actual.
6.3.5 Opciones de administración de dispositivos
Imprimir
La lista de dispositivos puede imprimirse en dos formatos para documentar los dispositivos
SINAUT configurados. La impresión se inicia mediante el menú "Project" > "Print".
A través del menú "Project" > "Print Preview" puede solicitarse una vista preliminar antes de
la impresión.
Ajuste de las opciones de impresión:
Los ajustes de impresión se realizan en el cuadro de diálogo "Subscriber Administration", al
que se accede a través del menú "Extras" > "Options".
Opciones de generación/compilación
Encontrará información sobre las distintas opciones en el capítulo Almacenamiento de datos
de dispositivos (Página 246).
Configuración SMS
Con la opción activada, se comprueba si los textos de mensaje configurados contienen
caracteres especiales.
Para más información sobre los caracteres utilizables y el bloqueo de caracteres especiales,
consulte el capítulo Ficha "SMS Configuration" (Página 171).

6.4 Software TD7onTIM
6.4.1 Componentes de TD7onTIM
Uso y variantes del software SINAUT TD7

El software TD7 está disponible en ambas variantes "TD7onTIM" y "TD7onCPU". Encontrará
los detalles sobre las diferencias y la aplicación de ambas variantes en el capítulo Software
TD7: Uso y variantes (Página 39).
A continuación se describe la configuración de TD7onTIM.
Componentes de TD7onTIM
La comunicación SINAUT se desarrolla con objetos SINAUT: Mediante los objetos de datos
estandarizados se configuran los datos que deben enviarse y recibirse. Están agrupados en
la librería estándar TD7onTIM. Esta librería también contiene los objetos de sistema con los
que puede mostrarse información del sistema y pueden activarse y ajustarse funciones del
sistema.
TD7onTIM se configura en la administración de dispositivos de la herramienta de
configuración SINAUT ST7 siguiendo los pasos que se indican a continuación:
● Parametrización de los ajustes básicos de TD7onTIM
● Definición de los parámetros específicos de los dispositivos de destino
● Inserción y parametrización de los objetos de sistema
● Inserción y parametrización de los objetos de datos incluidos los canales de envío y
recepción
Ajustes básicos para dispositivos TIM con TD7onTIM

En cada TIM con TD7onTIM deben realizarse algunos ajustes necesarios básicamente para
el funcionamiento de TD7onTIM, como p. ej. definir el ciclo de lectura y escritura. Esto se
realiza en los ajustes básicos para dispositivos TIM con TD7onTIM.
Parámetros específicos de los dispositivos de destino

Cada TIM con TD7onTIM puede intercambiar datos con uno o varios interlocutores, que se
denominan dispositivos de destino. Los dispositivos que pueden utilizarse en el proyecto
como dispositivos de destino dependen de la configuración de conexiones, dado que en ella
se determina qué TIM con TD7onTIM debe tener una conexión con qué dispositivo SINAUT
de la red.
Para cada dispositivo de destino posible se requieren algunos ajustes que sirven
básicamente para el tráfico de datos entre TD7onTIM de un proyecto y este dispositivo, p.
ej. si el dispositivo espera telegramas de datos con sello horario. Estos datos se especifican
en los parámetros específicos de los dispositivos de destino.

Objetos de sistema
Los objetos de sistema ponen a disposición del programa de usuario de la CPU información
relevante del sistema. La configuración de los objetos del sistema es opcional.
● WatchDog
WatchDog indica al programa de la CPU si la comunicación entre CPU y TIM local sigue
funcionando, es decir, si TD7onTIM accede todavía en modo de lectura y escritura a las
áreas de memoria de la CPU.
● PartnerStatus
PartnerStatus indica al programa de la CPU si la comunicación con los interlocutores
(otras CPUs o puestos de control ST7cc/sc) funciona correctamente o falla.
● OpInputMonitor
OpInputMonitor indica al programa de la CPU el estado de entradas de operador (en
caso de entradas de comandos, consignas y parámetros).
● SMSC (Short Message Service Centre):
En este objeto de sistema se configuran los datos de conexión con SMCS para el envío
de SMS a través de la red GSM mediante MD720 o router GPRS.
Objetos de datos
El envío y la recepción de datos de proceso o de textos de SMS se configura utilizando
objetos de datos estandarizados. En función de los dos sentidos de transmisión, los objetos
se diferencian en:
● Objetos de datos para el registro y envío de datos
El nombre tiene la terminación "_S" de Send (inglés = enviar).
● Objetos de datos para la recepción y salida de datos
El nombre tiene la terminación "_R" de Receive (inglés = recibir).
En cuanto al nombre, los objetos de datos de TD7onTIM son idénticos a los objetos de
datos de TD7onCPU. En lo referente a las funciones, generalmente son compatibles, es
decir, que la comunicación entre objetos de datos de TD7onTIM y los objetos de datos
correspondientes de TD7onCPU está garantizada.
Los objetos de datos están disponibles en una librería estándar "TD7onTIM" y se insertan
desde allí en la configuración de TD7onTIM. Un objeto de datos es, por ejemplo,
"Ana04W_S", que organiza el envío de 4 valores analógicos.
Canales de emisión y recepción

Los canales de emisión y recepción de los objetos de datos se encargan de procesar un
valor de proceso individual en cada caso, p. ej. para preparar el envío de un valor analógico
o la recepción y visualización de un byte de envío.
Cada objeto de datos contiene uno o varios canales de emisión o recepción. No es posible
modificar el número y tipo de los canales de emisión y recepción por objeto de datos. Así,
por ejemplo, el objeto de datos "Ana04W_S" tiene 4 canales de envío del tipo "enviar valor
analógico".
Si los objetos tienen varios canales del mismo tipo, no es necesario activarlos todos si no
son necesarios.

6.4.2 Cuadros de diálogo de parametrización de TD7onTIM
Llamada y representación de los cuadros de diálogo de parametrización

La información y los campos de parametrización que se muestran en TD7onTIM están
divididos en tres áreas de la administración de dispositivos:
● Árbol de directorios en la parte izquierda de la administración de dispositivos
● Lista de dispositivos en la parte superior derecha
● Área de parámetros debajo de la lista de dispositivos
Figura 6-26 Administración de dispositivos de la herramienta de configuración SINAUT
En el árbol de directorios está seleccionado el directorio "TIMs with TD7onTIM".

La lista de dispositivos muestra los dispositivos que disponen de TD7onTIM.
El área de parámetros muestra los "Ajustes básicos para TIM con TD7onTIM" para dichos
dispositivos.
El tamaño de las tres ventanas de la administración de dispositivos puede modificarse. La
división vertical y horizontal entre las ventanas puede desplazarse con el ratón.
Árbol de directorios
Los módulos TIM de un proyecto que son compatibles con TD7 se encuentran en el
directorio TIMs with TD7onTIM en el árbol de directorios. Al expandir el directorio haciendo
doble clic en él o bien pulsando el símbolo (+) se muestran los contenidos siguientes:

● El directorio All target subscribers

● Los directorios de todos los TIM con TD7onTIM
Al expandir el directorio de un TIM se muestran los objetos de datos configurados para
dicho TIM.
Ventana de lista
En la parte superior derecha de la administración de dispositivos está la ventana de lista
que, en función de la selección realizada en el árbol de directorios, contiene determinados
tipos de dispositivos, objetos o canales de emisión y recepción. La próxima vez que se abra
el directorio TIMs with TD7onTIM, la ventana de lista mostrará los contenidos siguientes:
● Los TIM del proyecto aptos para TD7
● Los dispositivos de destino con los que pueden comunicarse los TIM aptos para TD7
● Los objetos de destino y datos de un TIM apto para TD7
● Los canales de un objeto de datos
Los objetos SINAUT se representan con los símbolos siguientes:
● Símbolos azules: objetos de sistema
● Símbolos amarillos: objetos de datos
Figura 6-27 Objeto de datos seleccionado Bin04B_R con canal seleccionado en la ventana de lista y
el cuadro de diálogo de parametrización de un canal de recepción

Cuadros de diálogo de parametrización

La parametrización de los dispositivos, objetos y canales relevantes para TD7onTIM se
realiza en los cuadros de diálogo de parametrización debajo de la ventana de lista.
Dependiendo de la selección en el árbol de directorios o en la ventana de lista, se abren los
siguientes cuadros de diálogo:
● Cuadro de diálogo de parametrización de parámetros básicos de un TIM apto para TD7
● Cuadro de diálogo de parametrización de un dispositivo de destino
● Cuadro de diálogo de parametrización de un objeto de sistema o datos
● Cuadro de diálogo de parametrización de un canal de emisión o recepción
– Los canales de emisión se representan con una flecha saliente.
– Los canales de recepción se representan con una flecha entrante.
Para abrir un cuadro de diálogo de parametrización, se selecciona el dispositivo, el objeto o
el canal en la ventana de lista.
Cuando se selecciona un dispositivo o un objeto en el árbol de directorios, aparece el
cuadro de diálogo de parametrización del primer objeto del dispositivo o del primer canal del
objeto de datos.
Entradas de parámetros
Para facilitar la entrada de datos, los cuadros de diálogo de parametrización no se abren y
cierran a través de botones o menús separados, sino que se muestran automáticamente al
seleccionar con el ratón un dispositivo, objeto o canal de la lista situada encima.
La aplicación de las entradas en los cuadros de diálogo de parametrización no requiere la
confirmación mediante un botón específico, sino que tiene lugar inmediatamente:
● al activar o desactivar una opción
● después de introducir los datos, al salir del campo de entrada con el ratón o la tecla de
tabulación
Para aplicar las entradas de forma permanente debe utilizarse la función Save.
6.4.3 Ajustes básicos de dispositivos TIM con TD7onTIM

Para parametrizar los ajustes básicos del software TD7 de los diferentes dispositivos TIM se
selecciona el directorio TIMs with TD7onTIM en el árbol de directorios. En la ventana de lista
se muestran a continuación todos los módulos TIM del proyecto que son compatibles con
TD7.
Debajo de la ventana de lista se abre el cuadro de diálogo de parametrización del TIM
seleccionado automáticamente o con el ratón en la ventana de lista.

Figura 6-28 Cuadro de diálogo de parametrización de los ajustes básicos de dispositivos TIM con
TD7onTIM
Los parámetros de los ajustes básicos para dispositivos TIM con TD7onTIM afectan a:
● la configuración del ciclo de escritura y lectura del TIM y
● la comprobación de la dirección de origen cuando se reciben telegramas
Ciclo de escritura y lectura

Los datos que debe enviar TD7onTIM son leídos por el TIM a través del bus de fondo de la
CPU y los datos recibidos los escribe en la CPU.
Además, el TIM escribe información del sistema en la CPU (consulte los objetos de sistema
Watchdog, PartnerStatus y OpInputMonitor) y algunos datos leídos se ponen a 0. Esto
último afecta a disparos de emisión y entradas de comandos que se leen del área de
marcas o bloques de datos. TD7onTIM procura que se pongan a 0 automáticamente una
vez se han registrado. Todas estas operaciones se desarrollan en un ciclo de escritura y
lectura definido y parametrizable.
La escritura y lectura de los datos se produce en ciclos de escritura y lectura sucesivos. Un
ciclo básico de escritura y lectura de TD7onTIM incluye lo siguiente:
1. Escritura de toda la información de sistema pendiente (consulte los objetos de sistema)
en la CPU y puesta a cero de todos los disparos de emisión y entradas de comando que

se han registrado actualmente. Si en ese momento no hay datos de este tipo pendientes,
se suprime esta operación de escritura en el ciclo básico.
2. Lectura de todos los datos de los objetos de emisión que se han asignado al ciclo rápido.
Si no se han configurado objetos para el ciclo rápido, se suprime esta operación de
lectura en el ciclo básico.
3. Lectura de los datos de una parte de los objetos de emisión que se han asignado al ciclo
normal. El usuario puede parametrizar cuántos objetos deben leerse en cada ciclo
básico. Consulte al respecto el parámetro Max. read.
4. Escritura de los datos de una parte de los objetos de recepción que están pendientes
actualmente.
El usuario puede parametrizar cuántos objetos deben ser como máximo en cada ciclo
básico. Consulte al respecto el parámetro "Max. write".
Si actualmente hay menos datos recibidos de los que se admiten en cada ciclo básico,
se escribirán los que haya.
Si actualmente no hay datos recibidos pendientes de interlocutores remotos, se suprime
esta operación de escritura en el ciclo básico.
5. Pausa entre ciclos (opcional) para descargar el TIM y la comunicación por el bus de
fondo.
Los parámetros Max. read y Max. write, así como la especificación de cuántos objetos se
asignan al ciclo rápido, permiten al usuario determinar la duración de un ciclo básico. Con
ello se define básicamente la rapidez real del ciclo rápido: es idéntica a la duración del ciclo
básico. Con el valor predeterminado 1 para los parámetros Max. read y Max. write se
consigue que el ciclo básico tenga la mínima duración posible.
Sin embargo, también debe tenerse en cuenta que la composición del ciclo básico
determina el tiempo que tardará TD7onTIM en leer una vez todos los datos de los objetos
que están asignados al ciclo normal. Si, por ejemplo, se han asignado 12 objetos al ciclo
normal y se ha parametrizado Max. read con 2 objetos por ciclo básico, pasarán 6 ciclos
básicos hasta que se hayan leído una vez por completo todos los datos de los 12 objetos de
las áreas de memoria de la CPU.
Parámetros del campo Read / Write Cycle
Nombre: Max. write

Rango de valo- 1 … 32000
res:
Predetermina- 1
do:
Explicación: Es el número máximo de objetos de datos (distintos) cuyos datos se escri-
ben en la CPU en cada ciclo básico.
Si hay varios telegramas del mismo objeto de recepción en el búfer, solo se
escribirán los datos de un telegrama de este objeto en cada ciclo básico.
A título informativo, encima del campo de entrada en Number of configured
receive objects se muestra cuántos objetos de recepción ha configurado el
usuario para el TIM.

Nombre: Max. read

res:
Predetermina- 1
do:
Explicación: Es el número máximo de objetos de datos cuyos datos se leen de la CPU en
cada ciclo básico.
A título informativo, encima del campo de entrada en Number of configured
send objects se muestra cuántos objetos de emisión ha configurado el usua-
rio para el TIM
- en el ciclo normal y
- en el ciclo rápido.
Nombre: Cycle pause

Rango de valo- 0 ... 32000 [ms]
res:
Predetermina- 1
do:
Explicación: Este parámetro define la duración de una pausa opcional entre 2 ciclos bá-
sicos.
Una pausa puede ser necesaria en caso de que la comunicación de otros
módulos en el bus de fondo se vea excesivamente mermada por las peticio-
nes de escritura y lectura entre el TIM y la CPU. Esto sirve también para
dispositivos del bus MPI (otras CPU o PG) cuando el bus de fondo se confi-
gura como Partyline. Con un tiempo de pausa adecuado, los demás disposi-
tivos del bus obtienen tiempo para su comunicación.
También puede ser necesario definir una pausa entre ciclos para descargar
el TIM, es decir, cuando se demuestra que un ciclo de escritura y lectura
demasiado rápido le deja poco tiempo para las demás tareas.
Parámetros del campo Message receive
Nombre: Check of source address

Rango de valo- Función activada, función desactivada
res:
Predetermina- Función activada
do:
Explicación: Mediante este parámetro se especifica si antes de aplicar los datos de un
telegrama recibido debe comprobarse la dirección de origen del dispositivo
emisor o no. Si la función está activada, se rechazan todos los telegramas
que no provienen del interlocutor configurado.
Atención: si un objeto de datos debe recibir telegramas de varios interlocuto-
res, debe desactivarse la comprobación de la dirección de origen.

Copiar ajustes básicos en otros TIM

Si se han parametrizado los ajustes básicos de un dispositivo con TD7onTIM, existe la
posibilidad de transferir dichos ajustes a otros TIM que necesitan los mismos parámetros.
Para ello proceda del siguiente modo:
1. Seleccione un TIM parametrizado en la ventana de lista.
2. Seleccione Copy en el menú contextual (botón derecho del ratón).
3. Seleccione otro TIM.
4. Transfiera los parámetros al segundo TIM utilizando la función Paste del menú
contextual.
6.4.4 Parámetros de TD7onTIM específicos de los dispositivos de destino

Cada TIM con TD7onTIM puede intercambiar datos con uno o varios interlocutores, que se
denominan dispositivos de destino. Los posibles dispositivos de destino del proyecto
dependen de la configuración de conexiones, donde se definen las conexiones en red entre
los TIM con TD7onTIM y los dispositivos SINAUT.
Para cada dispositivo de destino posible se requieren algunos ajustes que sirven
básicamente para el tráfico de datos entre TD7onTIM de un proyecto y este dispositivo, p.
ej., si el dispositivo espera telegramas de datos con sello de tiempo.
Para parametrizar los parámetros específicos de los dispositivos de destino se expande el
directorio TD7 on TIM y se selecciona el directorio All target subscribers. En la lista se
muestran todos los dispositivos de destino posibles de entre los módulos TIM aptos para
TD7. Son los siguientes:
● Módulos CPU SIMATIC S7
● Puestos de control ST7cc/sc SINAUT
Debajo de la ventana de lista se abre el cuadro de diálogo de parametrización del
dispositivo de destino seleccionado automáticamente o con el ratón.

Figura 6-29 Árbol de directorios, ventana de lista y cuadro de diálogo de parametrización de los
parámetros específicos de dispositivos de destino de TD7onTIM para un dispositivo de
destino
Los parámetros que se introducirán aquí son válidos para todos los módulos TIM del
proyecto aptos para TD7 con respecto a la comunicación con sus interlocutores
configurados (dispositivos de destino).
El cuadro de diálogo de parametrización de los parámetros específicos de dispositivos de
destino se llama y parametriza para cada dispositivo de destino configurado.
Están disponibles los siguientes parámetros específicos de dispositivos de destino:
Nombre: General request supervision time

Rango de valo- 10 ... 32000 s
res:

Predetermina- 900 s
do:
Explicación: La Consulta general tiempo de vigilancia es el tiempo máximo que necesita
un dispositivo de destino para una respuesta completa a la consulta general.
Si el módulo TIM que ha realizado la consulta general no ha recibido la res-
puesta a la consulta transcurrido el tiempo de vigilancia, se introduce un
aviso en el búfer de diagnóstico del módulo TIM y un identificador en los
objetos afectados de TD7onTIM.
Un TIM solo puede consultar a estaciones SINAUT con software TD7, es
decir, una CPU con TD7onCPU o una CPU con un TIM local con TD7onTIM.
El intervalo de tiempo seleccionado ha de ser holgado. Sobre todo en las
conexiones por marcación, debe tenerse en cuenta que el tiempo de esta-
blecimiento de la conexión entra dentro del tiempo de vigilancia. Los tele-
gramas almacenados en el búfer de envío de las estaciones de marcación
pueden retrasar más si cabe el procesamiento de la consulta general porque
los telegramas consultados se introducen en el búfer de envío después del
resto de telegramas.
Nombre: Time stamp

res:
Predetermina- Función desactivada
do:
Explicación: Este parámetro indica si han de enviarse telegramas con sello de tiempo a
este dispositivo de destino. Si es el caso, debe activarse la opción Time
stamp (sello de tiempo).
Desde TD7onTIM, los telegramas pueden enviarse todos con o todos sin
sello de tiempo a un dispositivo de destino. No es posible combinar telegra-
mas con y sin sello de tiempo en un dispositivo de destino.
Copiar parámetros en otros dispositivos de destino

Si se han parametrizado parámetros específicos de un dispositivo de destino, existe la
posibilidad de transferirlos a otros dispositivos de destino que necesitan los mismos
parámetros. Para ello proceda del siguiente modo:
1. Seleccione un dispositivo de destino parametrizado en la ventana de lista.
3. Seleccione otro dispositivo de destino en la ventana de lista.
4. Transfiera los parámetros al segundo dispositivo de destino utilizando la función Paste
del menú contextual.

6.4.5 Sinopsis de los objetos SINAUT
Sinopsis de los objetos SINAUT

Las propiedades de comunicación del software TD7onTIM se configuran con objetos. Los
objetos están divididos en dos grupos:
● Objetos de sistema
Los objetos de sistema ponen a disposición del programa de usuario de la CPU
información relevante del sistema. La configuración de los objetos del sistema es
opcional.
● Objetos de datos
En los objetos de datos se configuran los parámetros de comunicación especiales, como
dispositivos, datos, etc.
Objetos de sistema
Tabla 6- 4 Objetos de sistema de TD7onTIM
Nombre Explicación
Objetos de sistema
WatchDog Vigilancia de la conexión CPU-TIM
PartnerStatus Estado de conexión de un máximo de 8 dispositivos SINAUT.
PathStatus Mostrar el estado de la ruta hacia un interlocutor
OpInputMonitor Señalizar la detección de entradas de hardware
SmServiceCenter * Datos de acceso al Short Message Service Center (SMSC)
* El envío de SMS mediante TD7onTIM solo se soporta en combinación con una CPU S7-300 con
línea compartida. Para la línea compartida consulte el glosario.
Objetos de datos
Un objeto de datos para un tipo y una cantidad de información determinados está disponible
siempre en dos variantes:
● Objetos emisores
Objetos para registrar y enviar
Los typicals emisores procesan datos y los envían al interlocutor remoto en forma de
telegrama.
Tienen la terminación "_S". Ejemplos: Bin04B_S, Ana04W_S
● Objetos receptores
Objetos para recibir y emitir
Los typicals receptores reciben los telegramas de su interlocutor remoto.
Tienen la terminación "_R". Ejemplos: Bin04B_R, Ana04W_R

Para la transferencia de datos, en los dos interlocutores que se comunican participa siempre
una pareja correspondiente de objeto emisor y receptor.
Tabla 6- 5 Objetos de datos de TD7onTIM
Tipo de objeto Nombre Explicación

Objetos de aviso
Objeto de aviso para el Bin04B_S Enviar 4 bytes de avisos/información binaria
sentido de envío
Objeto de aviso para el Bin04B_R Recibir 4 bytes de avisos / información binaria
sentido de recepción
Objetos de valor analógico y valor medio
Objeto de valor analógi- Ana04W_S Enviar 4 valores analógicos (valor de 16 bits en for-
co para el sentido de mato INT).
envío
Objeto de valor analógi- Ana04W_R Recibir 4 valores analógicos (valor de 16 bits en for-
co para el sentido de mato INT).
recepción
Objeto de valor medio Mean04W_S Enviar 4 valores medios (valor de 16 bits en formato
para el sentido de envío INT).
Objeto de valor medio Mean04W_R Recibir 4 valores medios (valor de 16 bits en formato
para el sentido de re- INT).
cepción
Objetos de valor de contaje
Objeto de valor de con- Cnt01D_S Enviar 1 valor de contaje (formato SINAUT de 32
taje para el sentido de bits).
envío
Objeto de valor de con- Cnt01D_R Recibir 1 valor de contaje (formato SINAUT de 32
recepción
Objeto de valor de con- Cnt04D_S Enviar 4 valores de contaje (formato SINAUT de 32
envío
Objeto de valor de con- Cnt04D_R Recibir 4 valores de contaje (formato SINAUT de 32
recepción
Objetos de comando
Objeto de comando para Cmd01B_S Enviar comandos de 1 byte (formato SINAUT 1 de 8).
el sentido de envío
Objeto de comando para Cmd01B_R Recibir comandos de 1 byte (formato SINAUT 1 de
el sentido de recepción 8).
Objetos de consigna y parámetro
Objeto de consigna para Set01W_S Enviar 1 consigna (16 bits), objeto con 3 canales:
el sentido de envío - estado de modo de operación local
- valor espejo
- entrada de consigna
Objeto de consigna para Set01W_R Recibir 1 consigna (16 bits), objeto con 3 canales:
el sentido de recepción - modo de operación local
- entrada de consigna local
- salida de consigna

Tipo de objeto Nombre Explicación

Objeto de parámetro Par12D_S Enviar como máx. 12 palabras dobles con paráme-
para el sentido de envío tros o consignas, objeto con 3 canales:
- estado de modo de operación local
- parámetros reflejados
- entrada de parámetros
Objeto de parámetro Par12D_R Recibir como máx. 12 palabras dobles con paráme-
para el sentido de re- tros o consignas, objeto con 3 canales:
cepción - modo de operación local
- entrada de parámetros local
- salida de parámetros
Objeto de parámetro Par12x1D_R Máx. 12 palabras dobles para la recepción de pará-
para el sentido de re- metros o consignas individuales de ST7cc/sc, objeto
cepción con 14 canales:
- 1x modo de operación local
- 1 x entrada de parámetros local
- 12 x salida individual de parámetros
Objetos para datos indeterminados
Objeto de datos para el Dat12D_S Enviar máx. 12 palabras dobles (mínimo 1 palabra
sentido de envío doble) con cualquier información
Objeto de datos para el Dat12D_R Recibir máx. 12 palabras dobles (mínimo 1 palabra
sentido de recepción doble) con cualquier información
Objeto de datos para el Dat12x1D_R Recibir de ST7cc/ST7sc 12 palabras dobles indivi-
sentido de recepción duales con cualquier información y transmitirlas indi-
vidualmente
Objeto para enviar mensajes SMS
Objeto de datos para Sms01_S * Enviar SMS a través del módem MD720 o el router
SMS por enviar GSM conectado
* El envío de SMS mediante TD7onTIM solo se soporta en combinación con una CPU S7-300 con
línea compartida. Para la línea compartida consulte el glosario.
6.4.6 Inserción y borrado de objetos SINAUT
Abrir la librería estándar de TD7onTIM

Después de parametrizar los parámetros básicos de TD7onTIM y los parámetros
específicos de dispositivos de destino se configuran los objetos SINAUT de TD7onTIM.
En caso de que el TIM (como sucede en proyectos nuevos) todavía no tenga objetos
SINAUT configurados, no es posible expandir el directorio del TIM y, además, la ventana de
lista está vacía.

Insertar objetos en el proyecto

A cada módulo TIM con TD7onTIM se le agregan los objetos SINAUT de la librería estándar
que se necesitan.
Figura 6-30 Ventana de la librería estándar "TD7onTIM" de los objetos SINAUT para TD7onTIM
Para agregar objetos SINAUT nuevos a TD7onTIM en un dispositivo, proceda del siguiente
modo:
1. En el árbol de directorios seleccione el TIM para el que desea configurar los objetos
SINAUT.
2. Abra la librería estándar mediante una de las siguientes opciones:
– El símbolo Standard Library de la barra de herramientas
– El menú SINAUT / Standard Library for the TIM
– La tecla de función F7
La librería se abre en una ventana propia. Los objetos se enumeran con su nombre y
una breve descripción.

3. Seleccione un objeto con el ratón en la ventana de la librería estándar.

Para insertar varios objetos al mismo tiempo, proceda del siguiente modo:
– Seleccione un objeto y suba o baje con las teclas de flecha y la tecla "Mayús"
pulsada. De este modo se seleccionan varios objetos adyacentes.
o bien
– Seleccione consecutivamente varios objetos separados con la tecla "Ctrl" pulsada.
4. En la ventana de la librería estándar, haga clic en el botón Paste o seleccione Paste en
el menú contextual (botón derecho del ratón).
Los objetos seleccionados se agregarán a TD7onTIM.
5. Cierre la librería estándar con el botón Close cuando ya no la necesite.
Los objetos insertados se mostrarán en la ventana de lista.
En el árbol de directorios debajo del TIM seleccionado se muestran solo los objetos de
datos.
Nota
Es posible configurar 100 objetos por TD7onTIM.
Borrar objetos
Para borrar un objeto innecesario del directorio del TIM, seleccione el objeto en el árbol de
directorios o en la ventana de lista y después el menú contextual "Delete" (botón derecho
del ratón).
Copiar objetos en otros TIM

Cuando se han configurado y parametrizado todos los objetos SINAUT para un TIM y hay
otros TIM en el proyecto que deben tener los mismos objetos u objetos similares, es posible
copiar los objetos parametrizados en otro TIM.
1. Seleccione los objetos en la ventana de lista pulsando la tecla "Mayús" y las teclas de
flecha o seleccionando los objetos manteniendo simultáneamente pulsada la tecla Ctrl.
3. Seleccione otro TIM en el directorio TIMs with TD7onTIM.
4. Agregue los objetos seleccionados al TIM mediante la función Paste del menú
contextual.
Los objetos se incorporan con la parametrización completa de TD7onTIM del otro TIM.
En el objeto copiado y sus canales será necesario adaptar, en su caso, la parametrización
específica de dispositivos de destino (como las direcciones de entrada y salida).
Si la parametrización completa de TD7onTIM se necesita en otros módulos TIM, también es
posible transferir todos los objetos SINAUT a otro TIM. Para ello proceda del siguiente
modo:

1. Seleccione un TIM en el directorio TIMs with TD7onTIM.

3. Seleccione otro TIM en el directorio TIMs with TD7onTIM.
4. Agregue todos los objetos al otro TIM mediante la función Paste del menú contextual.
6.4.7 Objetos de sistema
6.4.7.1 Parametrización de los objetos de sistema
Procedimiento
Después de configurar los objetos SINAUT para los distintos dispositivos, se procede a
parametrizar los objetos de sistema. Para ello proceda del siguiente modo:
1. Seleccione un dispositivo TD7onTIM en el árbol de directorios.
2. Seleccione el objeto de sistema deseado en la lista.
El cuadro de diálogo de parametrización pertinente se abre debajo de la lista de objetos.
3. Realice la parametrización en este cuadro de diálogo.
Figura 6-31 TIM con objeto de sistema seleccionado "WatchDog" y cuadro de diálogo de
parametrización

6.4.7.2 WatchDog
Objeto de sistema "WatchDog"

La integración del objeto de sistema WatchDog es opcional. Indica al programa de la CPU si
la comunicación entre CPU y TIM local sigue funcionando, es decir, si TD7onTIM accede
todavía en modo de lectura y escritura a las áreas de memoria de la CPU. Mientras la
comunicación sea correcta, un bit de salida parametrizable cambiará en un ciclo de 5
segundos. El programa de usuario de la CPU puede evaluar este cambio de estado
continuo.
Parámetros del campo Output Bit:
Nombre: Output Bit

Memory area: Están disponibles las siguientes opciones:
- DB: bloque de datos
- Memory: área de marcas
- Output: memoria imagen de proceso de las salidas (PAA)
DB-No.: Indica el número de DB en la CPU si se ha seleccionado un bloque de datos
(DB) como área de memoria
Address Campos de entrada para los números de byte y bit en el área de memoria
[Byte.Bit]: parametrizada
6.4.7.3 PartnerStatus
Objeto de sistema "PartnerStatus"

El objeto opcional PartnerStatus se prepara para vigilar la accesibilidad de un máximo de
8 interlocutores de la comunicación. Un interlocutor puede ser una CPU ST7 o un puesto de
control ST7cc/sc con el que se ha configurado una conexión. Los módulos TIM no pueden
vigilarse con el objeto PartnerStatus. El estado se envía al programa de usuario de la CPU
en un byte de salida. En el byte de salida hay un bit reservado en cada interlocutor que
muestra el estado del interlocutor en cuestión de la forma siguiente:
● Estado 0: interlocutor averiado o bit asociado no asignado a ningún interlocutor
● Estado 1: interlocutor en buen estado
Si TD7onTIM está conectado a más de 8 interlocutores cuyo estado debe vigilarse, se
configura varias veces el objeto de sistema PartnerStatus.

Figura 6-32 Cuadro de diálogo de parametrización del objeto de sistema "PartnerStatus"
Nombre: Status Output Byte

• DB: bloque de datos
• Memory: área de marcas
• Output: memoria imagen de proceso de las salidas (PAA)
Address [Byte]: Campo de entrada para el número de byte en el área de memoria parame-
trizada
Nombre: Partner
Explicación: Los 8 bits de estado del byte de salida se asignan en los campos de selek-
ción a los interlocutores de comunicación que deben vigilarse. Los interlocu-
tores correspondientes se seleccionan en las 8 listas de selección. En las
listas de selección se ofrecen únicamente los interlocutores con los que
realmente puede comunicarse el TIM, es decir, con los que se ha configura-
do una conexión.
Estado del bit: Estado = 0: interlocutor averiado o bit no asignado
Estado = 1: interlocutor en buen estado

6.4.7.4 PathStatus
El objeto de sistema "PathStatus"

El objeto opcional "PathStatus" muestra desde el TIM local el estado de la ruta hacia un
interlocutor. Es aconsejable utilizar este objeto de sistema especialmente cuando se han
configurado más de dos rutas hacia dicho interlocutor.
Como máximo es posible configurar 2 rutas (ruta principal y sustitutiva) hacia un interlocutor.
Ambas rutas deben comenzar o finalizar en el TIM local.
El objeto de sistema muestra lo siguiente:
● Las rutas a través de las cuales se accede al interlocutor.
● La ruta utilizada actualmente.
● La interfaz TIM a través de la que se ha configurado la ruta principal.
● La interfaz TIM a través de la que se ha configurado la ruta sustitutiva.
La ruta de una conexión se indica como combinación de las interfaces utilizadas del TIM y el
estado de la ruta. En el byte de salida de estado hay 2 bits reservados por ruta para la
interfaz configurada y 2 bits para el estado.
Cuando debe mostrarse el estado de la ruta para más de un interlocutor, hay que crear un
objeto de sistema por interlocutor.
Parámetro
Nombre: Status Output Byte

Explicación: Área de memoria para el byte de salida del estado de la ruta
trizada
Nombre: Estado de la ruta

Explicación: Desde la lista desplegable se selecciona el interlocutor para el que deben
visualizarse las rutas. Los dispositivos seleccionables en la lista desplegable
surgen de la configuración. Para cada interlocutor se muestra lo siguiente:
"N.º de dispositivo SINAUT / Nombre de estación"
Asignación de • Bits 0 + 1: estado de la ruta principal (1.ª ruta)
bits: • Bits 2 + 3: estado de la ruta sustitutiva (2.ª ruta)
• Bits 4 + 5: interfaz configurada para la ruta principal
• Bits 6 + 7: interfaz configurada para la ruta sustitutiva

Explicación de los bits de estado en el byte de salida de estado de la ruta
Tabla 6- 6 Asignación de bits del byte de salida de estado de la ruta
Bits 6 + 7 Bits 4 + 5 Bits 2 + 3 Bits 0 + 1

Interfaz configurada Interfaz configurada Estado de la ruta Estado de la ruta
N.º para ruta sustitutiva N.º para ruta principal Ruta sustitutiva (2.ª Ruta principal (1.ª ruta)
ruta)
Tabla de estado: Interfaz configurada

Las interfaces TIM "Ethernet 1" (IE1), "Ethernet 2" (IE2), WAN1 y WAN2 están numeradas
de 0 a 3.
Las interfaces TIM están numeradas de 0 a 3:
● 0 = "Ethernet 1" (IE1)
● 2 = WAN1
● 3 = WAN2
Tabla 6- 7 codificación de los bits 4 + 5 y los bits 6 + 7
Estado del bit 5 Estado del bit 4 Significado

(7) (6)
0 0 Codificación para la interfaz IE1 (decimal: n.º 0)
1 0 Codificación para la interfaz WAN1 (decimal: n.º 2)
Tabla de estado: Estado de la ruta

● Ruta principal = 1. ruta (bits 0 + 1)
● Ruta sustitutiva = 2. ruta (bits 2 + 3)
Tabla 6- 8 codificación de los bits 0 + 1 y los bits 2 + 3
Estado del bit 1 Estado del bit 0 Significado del bit 1 Significado del bit 0
(3) (2)
0 0 la ruta no es actual no se puede acceder al
dispositivo
0 1 la ruta no es actual dispositivos accesibles
1 0 la ruta es actual no se puede acceder al
dispositivo
1 1 la ruta es actual dispositivos accesibles
Ejemplos de posibilidades de codificación

La misma codificación de la interfaz configurada para la ruta principal y sustitutiva significa
que no existe una redundancia de ruta, porque solo hay 1 interfaz configurada ("Irrelevante"

en la tabla). En este caso, el estado de la ruta se emite mediante los bits de la ruta principal
(1.ª ruta).
Tabla 6- 9 Ejemplo de codificación para el byte de salida del estado de la ruta
Interfaz configurada Estado de la ruta

N.º para ruta sustitutiva N.º para ruta principal Ruta sustitutiva (2.ª Ruta principal (1.ª ruta)
ruta)
00 0 0 = codificación para Irrelevante (no redun- Estado de IE1
IE1 dante)
00 0 1 = codificación para Estado de IE1 Estado de IE2
IE2
00 1 0 = codificación para Estado de IE1 Estado de WAN1
WAN1
WAN2
01 00 Estado de IE2 Estado de IE1
01 01 Irrelevante (no redun- Estado de IE2
dante)
01 10 Estado de IE2 Estado de WAN1
10 00 Estado de WAN1 Estado de IE1
10 10 Irrelevante (no redun- Estado de WAN1
dante)
10 11 Estado de WAN1 Estado de WAN2
dante)
6.4.7.5 OpInputMonitor
Objeto de sistema "OpInputMonitor"

El "OpInputMonitor" transfiere a la CPU el estado de entradas de operador (para entradas
de comandos, consignas y parámetros). Desde el programa de usuario el operador puede
visualizar el estado actual de la forma adecuada, p. ej. mediante LED, en el panel de
operador, etc.
Nota
El objeto de sistema "OpInputMonitor" solo puede integrarse 1 vez por TD7onTIM.

Por consiguiente, TD7onTIM solo debería complementarse con el objeto de sistema

"OpInputMonitor" si en este TD7onTIM se utilizan uno o varios de los objetos siguientes:
● Cmd01B_S (objeto de comando para el sentido de emisión)
● Set01W_S (objeto de consigna para el sentido de emisión)
● Par12D_S (objeto de parámetro para el sentido de emisión)
Se recomienda utilizar "OpInputMonitor" especialmente cuando la entrada de comandos se
realiza mediante entradas digitales, p. ej. pulsadores conectados. Lo mismo sucede cuando
las entradas de consignas y parámetros se preparan para la transmisión mediante el disparo
de emisión "Señal de disparo" y este disparo tiene lugar por medio de una entrada digital,
es decir, en este caso también mediante un pulsador, por ejemplo.
Para las entradas mediante entradas digitales es posible conseguir una mayor seguridad
contra entradas erróneas utilizando "OpInputMonitor". El "OpInputMonitor" permite definir un
"Tiempo de entrada mínimo" para estas entradas, es decir, el pulsador accionado en cada
caso debe permanecer pulsado hasta que ha transcurrido el tiempo mínimo ajustado. Esto
significa que si se acciona accidentalmente un pulsador, no tiene lugar una transmisión
involuntaria de comandos, consignas o parámetros. "OpInputMonitor" indica con el bit
"Entrada correcta" de su "Byte de estado para entradas de operador" que ha transcurrido el
tiempo de entrada mínimo y que puede soltarse el pulsador (ver abajo).
Además del tiempo mínimo, también es posible parametrizar un "Tiempo de entrada
máximo" para entradas digitales. Esto permite detectar a tiempo teclas que quedan
atascadas o entradas digitales defectuosas que proporcionan una señal 1 permanente.
Dichos errores se señalizan a su vez en el "Byte de estado para entradas de operador" de
"OpInputMonitor", pero en este caso mediante el bit "Error de entrada".
Los dos temporizadores y códigos de condición citados anteriormente solo son relevantes
para entradas de operador que se realizan por medio de entradas digitales.
Para todos los tipos de entradas de operador, es decir, tanto por medio de entradas digitales
como por medio de marcas o bloques de datos, "OpInputMonitor" ofrece también el estado
de error "Error 1 de n". Se aplica cuando TD7onTIM ha detectado uno de los dos errores de
entrada siguientes:
● En el byte de entrada del objeto de comando "Cmd01B_S" se ha seteado más de 1 bit.
Para mayor seguridad a la hora de introducir comandos, no debe setearse más de 1 bit
para este objeto. Si se setean dos o más bits al mismo tiempo, se rechaza la entrada de
comandos.
● Si se desea aumentar la seguridad para la entrada de comandos, consignas y
parámetros, deberían asignarse al ciclo rápido todos los objetos con los que deben
enviarse dichos datos. En este caso, todos los objetos de comando, consigna y
parámetro del ciclo rápido se someten a una comprobación 1 de n, es decir, al final del
ciclo rápido se comprueba si hay una entrada de comando, consigna o parámetro en uno
solo de los objetos registrados. Solo en caso afirmativo se procesa y transmite la entrada
en cuestión. Si hay más de una entrada pendiente al mismo tiempo, las entradas se
rechazan. Un nuevo comando, una nueva consigna o un nuevo parámetro no se
procesará mientras previamente no se haya registrado ninguna entrada en un ciclo
rápido como mínimo.

Nota
Si se introducen comandos mediante un byte de marcas o datos o se habilita una
entrada de consignas o parámetros mediante un bit de marcas o datos (por medio del
disparo de emisión "Señal de disparo"), TD7onTIM pone automáticamente a 0 el bit de
comando o la señal de disparo activada en cada caso.
Sin embargo, si se detecta un error 1 de n, los bits señalados no se desactivan
automáticamente. La desactivación corresponderá al usuario o al programa de usuario.
Parametrización en el campo "Operator input status byte":
Nombre: Operator input status byte

trizada
Explicación: El byte de estado para entradas de operador es el byte de salida del objeto
de sistema "OpInputMonitor".
En el byte de estado para entradas de operador están ocupados los 3 bits
siguientes (consulte la explicación más arriba).
Asignación de bits del byte de estado

Bit: .7 .6 .5 .4 .3 .2 .1 .0
Estado: 8 7 6 5 4 Error 1 Error de Entrada
de n entrada correcta
Con 0 0 0 0 0 1 1 1
valor:
Los bits no ocupados se escriben con 0
Parametrización del campo "Hardware Input":
Nombre: Max. Input Time

Rango de valo- Indicación x 1 [s] (10 equivale a 10 segundos)
res:
Ajuste prede- 0
terminado:

Explicación: Tiempo de vigilancia para comandos que se introducen por medio de entra-
das de hardware o bien consignas y parámetros cuya transmisión se dispara
mediante una entrada de hardware. Si en una de estas entradas de hardwa-
re la señal 1 se mantiene pendiente por más tiempo del configurado en el
tiempo de entrada máximo, en el byte de estado para entradas de operador
se activa el bit "Error de entrada". No se procesarán más entradas de hard-
ware mientras se mantenga activado el bit "Error de entrada".
El "Tiempo de entrada máximo" se especifica en segundos.
Se recomienda un tiempo de 30 segundos como mínimo (entrada: 30).
Si el parámetro no se necesita, puede indicarse 0 (cero).
Nombre: Min. Input Time

Rango de valo- Indicación x 0,1 [s] (10 equivale a 1 segundo)
res:
Ajuste prede- 0
terminado:
Explicación: Tiempo de retardo para comandos que se introducen por medio de entradas
de hardware o bien consignas y parámetros cuya transmisión se dispara
mediante una entrada de hardware. El telegrama solo se registra en el búfer
de envío del TIM si el comando, la consigna o el parámetro introducido ac-
tualmente se mantiene invariable durante el tiempo de retardo parametriza-
do y si durante este tiempo no se detectan otras entradas de comandos,
consignas o parámetros.
El tiempo de entrada mínimo se especifica en décimas de segundos.
Se recomienda un tiempo de 1 segundo como mínimo (entrada: 10).
Si el parámetro no se necesita, puede indicarse 0 (cero).
6.4.7.6 SmServiceCenter
El objeto de sistema "SmServiceCenter"

El envío de SMS mediante TD7onTIM solo se soporta en combinación con una CPU S7-300
con línea compartida. Para la línea compartida consulte el glosario.
Este objeto solo es relevante para SMS que deben enviarse con TD7onTIM vía GPRS.
En este objeto se configuran datos de acceso al Short Message Service Center (SMSC)
para el envío de SMS a través de la red GSM mediante MD720 o SCALANCE M874-2.
Se pueden configurar como máximo 3 objetos de este tipo.

Figura 6-33 Cuadro de diálogo de parametrización del objeto de sistema "SmServiceCenter"
Configuración en el campo "SMSC data":
Nombre: Phone number

Rango de valo- Máximo 16 cifras, sin signo positivo (+)
res:
Ajuste prede- 0
terminado:
Explicación: • Con MD720 conectado:
Entrada del número de llamada del SMC (Short Message Service Center)
El número de llamada se introduce sin los ceros iniciales del prefijo del
país, es decir, solo se introduce el código de país.
• Con SCALANCE M874-2 conectado:
Si la función SMS se utiliza a través de SCALANCE M874-2, el campo se
muestra en gris. El número de teléfono del SMSC está guardado en la
tarjeta SIM y en este caso solo puede modificarse a través de la interfaz
web del SCALANCE M874-2.
Nombre: Valid period of SM at SMSC

Rango de valo- • Con SCALANCE M874-2 conectado:
res: – Ajuste predeterminado
El valor no es editable.
• Con un MD720 conectado se puede editar:
– Ajuste predeterminado
– 1 hora
– 1 día
– 1 semana

Ajuste prede- Se aplica el valor del proveedor de red GSM guardado en la tarjeta SIM. El
terminado: valor depende del proveedor correspondiente.
Explicación: Intervalo dentro del cual el router GPRS intenta depositar el SMS en los
dispositivos de destino.
Configuración en el campo "Router data":
Nombre: Connected with TIM interface

Rango de valo- • Con MD720 conectado:
res: – Interfaz WAN 1 (configurada como interfaz Ethernet virtual)
• Con SCALANCE M874-2 conectado:
– Interfaz Ethernet 1
– Interfaz Ethernet 2
Explicación: Interfaz del TIM en la que está conectado el router GPRS y a través del cual
se van a enviar los SMS.
Nombre: Router type

Rango de valo- • SCALANCE M874-2
res: • MD720
Explicación: Dependiendo de la interfaz del TIM seleccionada, el tipo de router se aplica
automáticamente.
Nombre: Port number

Rango de valo- 1...65535
res:
Ajuste prede- 26864
terminado:
Explicación: El número de puerto de la interfaz Ethernet (solo SCALANCE M874-2); debe
coincidir con el número de puerto utilizado en SCALANCE M874-2.
Nombre: User name

Rango de valo- máx. 10 caracteres:
res: letras, cifras, caracteres especiales; sin espacios vacíos
Ajuste prede- User
terminado:
Explicación: Nombre de usuario de la tarjeta SIM del SCALANCE M874-2
(consulte el contrato del proveedor de red GSM)

Nombre: Password
Rango de valo- máx. 10 caracteres:
res: letras, cifras, caracteres especiales; sin espacios vacíos
Ajuste prede- Password
terminado:
Explicación: Contraseña de la tarjeta SIM del SCALANCE M874-2
(consulte el contrato del proveedor de red GSM)
6.4.8 Objetos de datos
6.4.8.1 Parámetros básicos de los objetos de datos
Configuración de los objetos y canales

Los objetos de datos se parametrizan en dos fases:
1. Definición de los parámetros básicos de los objetos de datos (p. ej., interlocutor al que se
envían o del que se reciben los datos del objeto)
En este apartado se describe primero la definición de los parámetros básicos de los
objetos de datos.
2. Parametrización de las propiedades específicas de los diferentes canales de envío y
recepción de los objetos de datos
La parametrización de los canales se describe en los capítulos siguientes y se divide en
los siguientes apartados:
– Parámetros obligatorios de los canales
Son los canales presentes en todos los objetos de datos y que deben parametrizarse
en todos los casos.
– Parámetros específicos de objeto de los canales
Son los canales específicos de un tipo de objeto y se describen en los distintos tipos
de objeto.
Configuración de los parámetros básicos de los objetos de datos

1. Seleccione un TIM con TD7onTIM en el árbol de directorios.
2. Seleccione el objeto de datos deseado en la ventana de lista.
Se abre el cuadro de diálogo de parametrización correspondiente.
3. Realice la parametrización en este cuadro de diálogo.

Figura 6-34 Administración de dispositivos con el cuadro de diálogo de parametrización de

parámetros básicos de un objeto de datos
Parámetros del campo Object:
Nombre: Object no.

res:
Explicación: En el campo de entrada se asigna el propio número de objeto de origen de
este módulo TIM. La herramienta de configuración especifica un valor con
número correlativo que puede modificarse. De este modo, se bloquea una
asignación doble e incoherente de números.

Parámetros del campo Partner:

La lista de selección Available partners contiene todos los interlocutores, con número de
dispositivo y nombre de estación, configurados para el TIM. De esta lista se seleccionan los
interlocutores para el objeto de datos en cuestión y se agregan a la lista Selected partners.
Nota
A la lista Selected partners deben agregarse todos los interlocutores de los que deben
recibirse y a los que deben enviarse los datos del objeto. Si no se incorpora ningún
interlocutor a la lista Selected partners, el objeto no se procesará.
Nombre: Selected partners

Explicación: En la lista Selected partners se muestran los interlocutores de la comunica-
ción para el objeto de datos correspondiente. Se seleccionan en la lista de
selección Available partners.
Para incorporarlos a la lista Selected partners, debe seleccionarse uno o
varios interlocutores (mantener pulsada la tecla Ctrl) en la lista Available
partners y pulsarse el botón derecho del ratón. Los interlocutores seleccio-
nados se incorporarán a la lista Selected partners. La tecla de flecha doble
sirve para incorporar todos los interlocutores disponibles.
La tecla de flecha izquierda se utiliza para borrar dispositivos de los Selec-
ted partners.
Es posible configurar un máximo de 15 interlocutores por objeto de datos.
Nombre: Partner object no.

res:
Predetermina- 0
do:

Explicación: En este campo de entrada se asigna el objeto de datos al objeto interlocutor

correspondiente de todos los interlocutores de comunicación seleccionados
si todos los interlocutores tienen idéntico n.º de objeto interlocutor. De lo
contrario, debe parametrizarse el 0 (cero).
Sms01_S:
Para el objeto "Sms01_S" se introduce aquí el número del objeto de sistema
"SmServiceCenter". A un Sms01_S solo puede asignarse 1 SMSC.
ST7cc/sc:
Atención: Para objetos de un puesto de control ST7cc/sc no hay número de
objeto.
Para un objeto de emisión de TD7onTIM que transmite datos a ST7cc/sc
puede parametrizarse un n.º de objeto interlocutor = 0 porque el n.º de obje-
to interlocutor especificado de ST7cc/sc no se evalúa.
Para un objeto de recepción de TD7onTIM que recibe datos de ST7cc/sc
debe parametrizarse el n.º de objeto interlocutor = 0.
Partner object no. = 0
• N.º de objeto interlocutor = 0 para objetos de emisión:
Deberá parametrizarse un n.º de objeto interlocutor = 0 si el objeto ha de
enviar datos a varios interlocutores y los objetos receptores de estos
interlocutores tienen números de objeto diferentes.
Si se especifica un n.º de objeto interlocutor = 0 y el interlocutor utiliza
TD7onCPU, este deberá tener instalado ListGenerator. Es la única forma
de determinar el correspondiente objeto de recepción para este
interlocutor.
• N.º de objeto interlocutor = 0 para objetos de recepción:
Deberá parametrizarse un n.º de objeto interlocutor = 0 si el objeto ha de
recibir datos de varios interlocutores y los objetos emisores de estos
interlocutores tienen números de objeto diferentes.
Atención: Si se especifica el n.º de objeto interlocutor = 0 en por lo
menos un objeto de recepción, deberá haberse desactivado la opción
Check of source address en los ajustes básicos de TD7onTIM. En caso
contrario, se rechazarán los telegramas destinados a los objetos de
recepción en cuestión.
Nota
El n.º de objeto interlocutor 0 (cero) no está permitido para objetos de datos del tipo
Command snd, Setpoint send y Parameter send.
Campo Send parameters:
Nombre: Image memory

Rango de valo- Función activada: Envío según el principio de la memoria imagen
res: Función desactivada: envío según el principio del búfer de envío

Predetermina- General: función activada

do: Para Cmd01B_S, Set01W_S y Par12D_S: función desactivada y no modifi-
cable
Explicación: El ajuste básico para guardar telegramas en el búfer de transmisión del TIM
antes del envío es el principio de la memoria imagen, que tiene como valor
predeterminado el del parámetro Image memory. Hasta que no se ha envia-
do un telegrama, los datos de proceso del telegrama sin enviar se actualizan
con datos de proceso actuales en caso de que hayan sido modificados. Este
ajuste es útil para la mayoría de los datos. Asegura un almacenamiento de
telegramas eficiente en la memoria del TIM y minimiza todo lo posible el
tráfico de telegramas en la línea WAN.
El preajuste del parámetro Image memory no necesita modificarse general-
mente más que para unos pocos objetos con principio del búfer de transmi-
sión, concretamente los objetos cuyas modificaciones de datos deben
guardarse individualmente en el TIM y transferirse al interlocutor como, por
ejemplo, alarmas con sello de tiempo o valores analógicos con sello de
tiempo para la entrada en ficheros.
En el objeto Bin04B_S, las entradas binarias individuales pueden iniciar
selectivamente una transmisión según el principio del búfer de transmisión si
la función Image memory está activada. El ajuste se realiza mediante el
parámetro Send buffer principle mask al parametrizar el tipo de canal Binary
send.
Nombre: Conditional spontaneous

Rango de valo- Función activada: La transmisión tiene lugar de forma espontánea condicio-
res: nal
Función desactivada: la transmisión tiene lugar de forma espontánea incon-
dicional
do:
Explicación: Si la función está activada (transmisión espontánea condicional), el telegra-
ma no inicia un establecimiento de conexión en redes de marcación.
Este parámetro es irrelevante para la transmisión a través de líneas dedica-
das o Ethernet, donde la transmisión es siempre inmediata.
Si la función está desactivada (transmisión espontánea incondicional), el
telegrama inicia inmediatamente un establecimiento de conexión en redes
de marcación.
En el objeto Bin04B_S, las entradas binarias individuales pueden iniciar
selectivamente una transmisión espontánea incondicional si la función Con-
ditional spontaneous está activada. El ajuste se realiza mediante el paráme-
tro Alarm mask al parametrizar el tipo de canal Binary send.
Nombre: High priority

res:

Predetermina- Función desactivada

do:
Explicación: Los datos de proceso importantes pueden tener prioridad en el envío de
telegramas respecto a los telegramas almacenados en el búfer de envío. Al
activar la función High priority, los telegramas del objeto reciben una priori-
dad más alta y se envían antes que los restantes telegramas almacenados.
Atención: En las redes de marcación, la función High priority no conduce
forzosamente a un establecimiento de conexión inmediato. Esto se produce
solo si se ha desactivado la función Conditional spontaneous para este obje-
to.
Campo de salida Volatile storage mode:
El campo de salida Volatile storage mode indica que se borrará un telegrama almacenado
en el búfer de transmisión del TIM si el dispositivo de destino no es accesible. Mientras un
dispositivo de destino tenga un fallo, no pueden introducirse nuevos telegramas no
registrables para este dispositivo en el búfer de envío del TIM. El comportamiento no
registrable se aplica solo a los telegramas de emisión de los siguientes objetos:
- Cmd01B_S
- Set01W_S
- Par12D_S
Con el borrado de telegramas de comandos, consignas y parámetros se evita el envío de
comandos, consignas o parámetros obsoletos en una conexión restablecida después de
fallar un dispositivo de destino.
Los telegramas de los restantes objetos de envío no se borran si falla la conexión y es
posible introducir más telegramas en el búfer de envío del TIM en caso de fallo.
Nombre: Read cycle

Rango de valo- 1: Ciclo normal
res: 2: Ciclo rápido
Predetermina- Ciclo normal
do:
Explicación: Cada objeto de datos que envía datos debe asignarse a uno de los dos ci-
clos de lectura. El ciclo normal es la elección adecuada para la mayoría de
los datos de proceso. Los datos de captura preferentemente rápida, como
alarmas y avisos de elementos de contacto de paso, se asignan preferible-
mente al ciclo rápido.
Los objetos de comando, consigna y parámetro para los que se desea un
control 1 de n tienen que asignarse al ciclo rápido. Si los objetos citados se
registran en el ciclo normal, no se incluirán en el control 1 de n.
Todos los canales de emisión de un objeto de datos están incluidos en el
mismo ciclo de lectura.
Los parámetros del propio ciclo de escritura y lectura se parametrizan en los
ajustes básicos de TD7onTIM.

6.4.8.2 Sinopsis de canales y funciones de la parametrización de canales
Sinopsis de los tipos de canal

Cada objeto de datos tiene un número concreto de canales con parámetros predefinidos. No
es posible modificar el número de canales ni el tipo de datos de los diferentes objetos de
datos. Todos los objetos de datos, excepto los objetos de consigna y parámetro, disponen
de uno o varios canales del mismo tipo.
Los tipos de canal se dividen en canales de emisión y de recepción según sea el sentido de
transmisión hacia el interlocutor de la comunicación:
● Canales de emisión
– Binary send
– Analog send
– Data send
– Mean value send
– Counted value send
– Command send
– Setpoint send
● Canales de recepción
– Binary receive
– Analog receive
– Data receive
– Mean value receive
– Counted value receive
– Command receive
– Setpoint receive
Cuadros de diálogo para la parametrización de canales

Para parametrizar los canales se selecciona el objeto de datos de un TIM con TD7onTIM en
el árbol de directorios. En la ventana de lista aparecen los canales de dicho objeto con
nombre y tipo de canal. En los canales que ya están parametrizados se muestra la dirección
de entrada y salida en la lista.
Debajo de la ventana de lista está el cuadro de diálogo de parametrización del canal
seleccionado automáticamente o con el ratón en la ventana de lista.

Figura 6-35 Objeto Bin04B_R, seleccionado en la ventana de lista el canal Binary receive
Activar canales
Antes de la parametrización, los canales de emisión y de recepción no están activos y los
campos de entrada pertinentes del cuadro de diálogo están bloqueados.
Cada canal necesario debe habilitarse mediante la opción Channel active en el cuadro de
diálogo de parametrización correspondiente.
Si algunos canales de un objeto de datos no se necesitan, pueden ignorarse.
Si el usuario no está seguro de si realmente necesita un canal previamente parametrizado o
si desea bloquear posteriormente un canal (quizás provisionalmente), puede desactivar aquí
los canales individualmente sin que se pierdan los parámetros introducidos.
Copiar canales
Para facilitar la parametrización, existe la posibilidad de copiar canales ya parametrizados.
Si un objeto de datos necesita varios canales con la misma parametrización (excepto la
dirección de entrada o salida) y ya se ha terminado la parametrización de un canal, es
posible copiar este canal junto con su parametrización en un objeto de datos del mismo tipo,
ya sea el mismo objeto u otro distinto.


1. Seleccione un canal en la ventana de lista.
3. Seleccione otro canal del mismo objeto o el canal de otro objeto de datos del mismo tipo
en la ventana de lista.
4. Pegue el canal parametrizado utilizando el menú contextual (botón derecho del ratón)
Paste. El canal seleccionado se sobrescribe con el canal copiado previamente
parametrizado.
Nota
Cuando se copian canales no se agrega el canal que debe copiarse a los canales
existentes, pues el número de canales por objeto de datos es fijo. El canal seleccionado
al insertar se sobrescribe con el canal copiado previamente parametrizado.
6.4.8.3 Parámetros obligatorios de los canales de emisión

Cuando se parametriza un canal de emisión, el primer paso es parametrizar los parámetros
obligatorios "Input Address" y "Send trigger".
Figura 6-36 Cuadro de diálogo de parametrización de un canal de emisión tomando como ejemplo el
canal "Counted value send"

Dirección de entrada
Los datos que se transmiten de TD7onTIM a un interlocutor de la comunicación se leen
previamente de la memoria de trabajo de la CPU. En cada canal de emisión debe indicarse
la dirección de origen (dirección de entrada) en el área de memoria correspondiente de la
memoria de trabajo del módulo CPU local del que se leen los datos en cuestión.
Nombre: Input address

Memory area: Para la dirección de origen están disponibles las opciones siguientes:
• Input: memoria imagen de proceso de las entradas (PAE)
Data type: El campo de salida predeterminado muestra el formato de datos del tipo de
canal correspondiente:
• Binary send: BYTE
• Analog send: WORD
• Data send: DWORD (palabra doble)
Data send (para canal "SmsDataInput"): CHAR
• Mean value send: WORD
• Counted value send: WORD
• Command send: BYTE
• Setpoint send (objeto Set01W_S): WORD
• Setpoint send (objeto Par12D_S): DWORD
Address Campo de entrada para el número de byte en el área de memoria parame-
[Byte]: trizada. Para los tipos de datos que abarcan más de 1 byte (WORD,
DWORD) debe introducirse el número de byte menos significativo, como en
STEP 7.
Number: Número de palabras dobles que abarca la matriz (máximo 12). El parámetro
está disponible solo para los siguientes tipos de canal:
• Data send con objeto Dat12D_S
• Setpoint send para objeto Par12D_S
El parámetro se explica en las descripciones de estos canales específicos
de objeto.
Nota
TD7onTIM solo puede leer las áreas de direcciones indicadas. Los datos de otras áreas,
como valores analógicos que se registran mediante palabras de entrada de periferia (PEW),
tienen que incorporarse al área de marcas o bloques de datos desde el programa de
usuario.

Disparo de emisión
El segundo parámetro obligatorio que debe especificarse para los canales de emisión es el
instante en que deben enviarse los datos. Esto se ajusta en el campo "Send trigger"
(disparo de emisión).
Para el disparo de emisión están disponibles cuatro opciones. En cada canal existe la
posibilidad de configurar una sola opción o bien una combinación de varias opciones.
Nota
El disparo de emisión puede parametrizarse individualmente para cada canal. En el caso de
objetos con varios canales, debe tenerse en cuenta que al producirse el disparo de emisión
de uno de los canales del objeto se transmiten todos los canales del objeto de datos.
Puesto que las diferentes posibilidades del disparo de emisión pueden activarse de forma
alternativa o complementaria en la mayoría de los tipos de canal, conviene prestar atención
a una configuración coherente.
Nombre: Send at change of

Rango de valo- General: 0 ... 32767
res: • Tipo de canal "Analog send" (objeto Ana04W_S): 0 ... 32767
• Tipo de canal "Command send" (objeto Cmd01B_S): 0 o 1
• Tipo de canal "Data send" (objeto Dat12D_S): 0 o 1
• Tipo de canal "Setpoint send" (objeto Set01W_S y Par12D_S): 0 o 1
Ajuste prede- • Para canales de valor binario, valor de contaje, datos y comandos: 1
terminado: • Para canales de valor medio y consigna: 0
• Para canales de valor analógico: 270 (1% del valor bruto de módulos de
entradas analógicas S7, 27648 = 100%)
Explicación: En el campo de entrada debe introducirse en qué valor (en forma de entero)
debe cambiar el valor de proceso para que vuelva a transmitirse.
Si se introduce el valor 0 (cero), se desactiva la función.
El campo "Time trigger" ofrece las alternativas "Time of day" y "Time scheme". No es posible
combinar las dos alternativas.
El disparo de emisión "Time trigger" se activa con la opción "Active".
Nombre: Time of day

Rango de valo- Hora (Hour y Minute)
res:
Predetermina- Función inactiva
do:
Explicación: En el disparo de emisión controlado por instante, los datos se leen en el
instante del día parametrizado y se inicia el envío de un telegrama.

Nombre: Time scheme

Rango de valo- Período (Hour, Minute o Second)
res:
Predetermina- Función inactiva excepto "Mean value send" (Mean04W_S): Función activa,
do: período: 15 minutos
Explicación: En el disparo de emisión controlado por período, los datos se leen en el
período parametrizado y se inicia el envío de un telegrama.
Si, p. ej., el disparo de tiempo se parametriza inicialmente como instante del día y después
como período, los tiempos parametrizados previamente se sustituyen por una línea
discontinua (- - -).
En el campo "Trigger signal" está disponible la opción de un disparo de emisión externo que
se activa con la opción "Active".
Nombre: Trigger signal

do:
[Byte]: trizada
Explicación: Si se especifica una señal de disparo, los datos del objeto se transmitirán
cuando la señal de disparo cambie de 0 a 1.
Si la señal de disparo es un bit de marcas o datos, se desactivará automáti-
camente tras la lectura. El programa de usuario puede evaluar la desactiva-
ción para indicar, p. ej., que se ha transmitido el telegrama.
6.4.8.4 Parámetros obligatorios de los canales de recepción

La dirección de salida es un parámetro obligatorio a la hora de parametrizar un canal de
recepción. Es la dirección del área de memoria correspondiente de la CPU local en la que
se escriben los datos recibidos de TD7onTIM.
El cuadro de diálogo de parametrización del tipo de canal "Binary receive" (recibir valor
binario) sirve de ejemplo para el campo "Output address" (dirección de salida).

Figura 6-37 Cuadro de diálogo de parametrización del canal de recepción "Binary receive"
Dirección de salida
La dirección de destino del área de memoria de la CPU se parametriza en el campo "Output
address" mediante los siguientes datos:
Nombre: Output address

Memory area: Para la dirección de destino están disponibles las opciones siguientes:
canal correspondiente:
• Binary receive: BYTE
• Analog receive: WORD
• Data receive: DWORD (palabra doble)
• Mean value receive: WORD
• Counted value receive: DWORD
• Command receive: BYTE
• Setpoint receive (objeto Set01W_R): WORD
• Setpoint receive (objeto Par12D_R): DWORD
[Byte]: trizada. Para los tipos de datos que abarcan más de 1 byte (WORD,
DWORD) debe introducirse el número de byte menos significativo, como en
STEP 7.

Number: Número de palabras dobles que abarca la matriz (máximo 12). El parámetro
está disponible solo para los siguientes tipos de canal:
• Data receive con objeto Dat12D_R
• Setpoint receive con objeto Par12D_R
El parámetro se explica en las descripciones de estos canales específicos
de objeto.
Nota
TD7onTIM solo puede escribir las áreas de direcciones indicadas. Los datos de otras áreas,
como valores analógicos que se emiten mediante palabras de salida de periferia (PAW),
tienen que clasificarse mediante el área de marcas o bloques de datos desde el programa
de usuario.
Además de estos parámetros de canal generales, la mayoría de canales de emisión y

recepción tienen parámetros específicos que se describen a continuación a partir de los
diferentes objetos de datos.
6.4.8.5 Bin04B_S/_R
Los parámetros de los canales obligatorios se describen en los siguientes capítulos:
Parámetros obligatorios de los canales de emisión (Página 221)
Parámetros obligatorios de los canales de recepción (Página 224)
Parámetros específicos del objeto de datos "Bin04B_S"

● Tipo de canal: Binary send:
En el campo Masks se ofrecen tres opciones para transmitir telegramas de valores
binarios. Es posible especificar para cada bit si determinados bits no inician
transmisiones de telegramas o qué bits provocan un tipo de transmisión distinto al
definido en los parámetros básicos del objeto. Esto se realiza en el campo Masks:
Figura 6-38 El campo Masks en el cuadro de diálogo de parametrización del tipo de canal Binary
send

Nombre: Alarm mask

Rango de valo- Máscara en formato hexadecimal
res:
Predetermina- 00 (hex)
do:
Explicación: Los bits enmascarados en el byte del canal Binary send provocan una
transmisión de telegramas espontánea incondicional en caso de cambio. Se
evalúan los cambios de 0 a 1 y de 1 a 0.
Los bits correspondientes se enmascaran en formato hexadecimal.
El enmascaramiento Alarm mask solo es aconsejable cuando el objeto se
transmite por una red de marcación y en los parámetros básicos del objeto
se ha activado la opción Conditional spontaneous.
Nombre: Send buffer principle mask

res:
do:
Explicación: Los bits enmascarados en el byte del canal Binary send provocan una
transmisión de telegramas según el principio del búfer de envío en caso de
cambio. Se evalúan los cambios de 0 a 1 y de 1 a 0.
Send buffer principle mask (máscara de principio del búfer de envío) es útil
solo si se ha activado la opción Image memory en los parámetros básicos
del objeto.
Nombre: Disable mask

res:
do:
Explicación: Los bits enmascarados en el byte del canal Binary send no se toman en
consideración en el control de cambios. Esto hace que los cambios en los
bits enmascarados no provoquen la transmisión de telegramas para este
canal. Por principio, un bit enmascarado tiene el valor 0 en el telegrama.
El enmascaramiento de los bits se lleva a cabo tal como muestra el ejemplo siguiente, en el
que se introduce el valor hexadecimal A3 en el campo de entrada del cuadro de diálogo de
parametrización. Los bits ocupados con el valor 1 están enmascarados, es decir, los bits n.º
0, 1, 5 y 7 originan la función correspondiente en las máscaras descritas.

Ocupación de bytes
Bit: .7 .6 .5 .4 .3 .2 .1 .0
Enmascarado 1 0 1 0 0 0 1 1
Máscara hexadecimal A 3
Parámetros específicos del objeto de datos "Bin04B_R"

● Tipo de canal: Binary receive:
Este tipo de canal no tiene parámetros específicos.
6.4.8.6 Ana04W_S/_R
Parámetros específicos del objeto de datos "Ana04W_S"

● Tipo de canal: Analog send:
El campo Processing parameters contiene los siguientes parámetros:
Nombre: Unipolar analog value

res:
do:
Explicación: Cuando la función está activada, los valores analógicos negativos se corri-
gen al valor cero.
No obstante, el identificador de error 8000h (-32768), que se muestra en
caso de rotura de hilo en entradas Life Zero, por ejemplo, sí se transmite.
Nombre: Smoothing factor

Rango de valo- 1 = ninguno, 4 = débil, 32 = medio, 64 = fuerte
res:
Predetermina- 1
do:
Explicación: El factor de filtrado permite estabilizar con mayor o menor fuerza los valores
analógicos que oscilan rápidamente de acuerdo con el valor parametrizado.
En el disparo de emisión Send at change of, esto permite elegir un valor
parametrizado menor, si fuera necesario.
Los factores de filtrado son idénticos a los que pueden parametrizarse para
algunos módulos de entradas analógicas S7. El procesamiento del filtrado
en el canal se lleva a cabo siguiendo la misma fórmula que en el módulo de
entrada:

siendo
yn = valor filtrado en el ciclo actual n
yn-1 = valor filtrado en el ciclo anterior n-1
xn = valor captado en el ciclo actual n
k = factor de filtrado
Nombre: Fault suppression time

Rango de valo- 0 ... 32767 [s]
res:
Predetermina- 0
do:
Explicación: La transmisión de un valor analógico que se encuentra en el rango de des-
bordamiento por encima o por debajo (7FFFh o 8000h) se suprime mientras
dure el intervalo de tiempo indicado. El valor de 7FFFh o 8000h se transmite
cuando ha transcurrido este tiempo, si sigue pendiente. Si el valor cae por
debajo de 7FFFh o excede 8000h antes de que transcurra el tiempo, se
vuelve a transferir normalmente de inmediato. El tiempo de supresión se
inicia de nuevo en toda su duración la próxima vez que se captura 7FFFh o
8000h.
Un caso de aplicación típico es la supresión por tiempo de valores de inten-
sidad que pueden producirse al arrancar motores potentes. En este caso, la
entrada analógica puede llegar a saturarse varias veces. La supresión pre-
tende impedir que estos valores se marquen como fallo en el sistema de
puestos de control.
La supresión se ha ajustado a valores analógicos que son captados como
valores brutos por los módulos de entradas analógicas S7. Dichos módulos
suministran para todas las áreas de entrada los valores citados para el ran-
go de tolerancia por encima y por debajo, incluso para entradas Life Zero.
En los valores finales preparados por el usuario, los fallos solo pueden su-
primirse si adoptan también los valores citados de 7FFFh y 8000h en caso
de tolerancia por encima y por debajo, respectivamente. De no ser así, no
es necesario rellenar el parámetro.
Parámetros específicos del objeto de datos "Ana04W_R"

● Tipo de canal: Analog receive:
6.4.8.7 Dat12D_S/_R

Parámetros específicos del objeto de datos "Dat12D_S"

● Tipo de canal: Data send:
Con el tipo de canal Data send puede enviarse un campo de datos de 1 a 12 palabras
dobles como máximo. Esto se realiza mediante el parámetro Number del campo Input
address.
Figura 6-39 Sección del cuadro de diálogo de parametrización del tipo de canal Data send con el
parámetro Number
Nombre: Number
Rango de valo- 1 ... 12
res:
Predetermina- 12
do:
Explicación: El parámetro determina el tamaño del campo de datos en palabras dobles.
De esta forma, es posible reducir la longitud del telegrama a la realmente
necesaria. De este modo se ahorra tiempo de transmisión.
Parámetros específicos del objeto de datos "Dat12D_R"

● Tipo de canal: Data receive:
Con el tipo de canal Data receive puede recibirse un campo de datos de 1 a 12 palabras
dobles como máximo. Esto se realiza mediante el parámetro Number del campo Output
address.
Nombre: Number
res:
Predetermina- 12
do:
Explicación: El parámetro determina el tamaño del campo de datos en palabras dobles,
que ha de ser idéntico al tamaño del campo de datos del objeto interlocutor
emisor Dat12D_S.
6.4.8.8 Mean04W_S/_R

Parámetros específicos del objeto de datos "Mean04W_S"

● Tipo de canal: Mean value send:
Este tipo de canal no tiene parámetros específicos. La duración del intervalo de
formación de un solo valor medio viene dada por el Time trigger especificado para el
canal Mean value send.
Para capturar el valor medio en un fichero del puesto de control, deberá transmitirse el
objeto Mean04W_S según el principio del búfer de envío.
Parámetros específicos del objeto de datos "Mean04W_R"

● Tipo de canal: Mean value receive:
6.4.8.9 Cnt01D_S/_R, Cnt04D_S/_R

Parámetros específicos del objeto de datos "Cnt01D_S" y "Cnt04D_S"

El tipo de objeto Cnt01D_S envía un valor de contaje, Cnt04D_S envía cuatro valores de
contaje.
● Tipo de canal: Counted value send:
El valor de contaje leído por la CPU debe tener formato WORD y proceder de un
contador de software de la CPU.
En TD7onTIM se compara el valor procedente del contador de la CPU con el último valor
leído por el objeto, y la diferencia se suma al valor de contaje SINAUT interno del objeto
Cnt01D_S o Cnt04D_S. El objeto de valor de contaje detecta y tiene en cuenta el
desbordamiento del contador de la CPU con 65535.
TD7onTIM guarda y transmite en formato DWORD el valor de contaje SINAUT formado
internamente.
Parámetros específicos del objeto de datos "Cnt01D_R" y "Cnt04D_R"

El tipo de objeto Cnt01D_R recibe un valor de contaje, Cnt04D_R recibe cuatro valores de
contaje.
● Tipo de canal: Counted value receive:
El valor de contaje SINAUT recibido del objeto interlocutor se compara con el último valor
de contaje recibido, y la diferencia se suma al valor pendiente en la salida
CountedValueOutput. El valor se emite en formato DWORD, de forma que el valor de
contaje máximo representable es 2.147.483.647. Si se rebasa el valor máximo
representable, el valor de contaje comienza de nuevo en 0 y se continúa contando en el
rango numérico positivo.
Reset:
Si el valor de contaje de la salida CountedValueOutput se pone a cero, la diferencia

formada se suma a cero al recibir el próximo valor de contaje. Para el restablecimiento

se define un bit en el área de memoria de la CPU en el campo Reset. El restablecimiento
tiene lugar con un cambio de flanco de 0 a 1.
Nombre: Reset
Memory area: Para la dirección están disponibles las opciones siguientes:
- DB: bloque de datos
- Memory: área de marcas
- Input: memoria imagen de proceso de las entradas (PAE)
do:
Address Campos de entrada para los números de byte y bit en el área de memoria
[Byte.Bit]: parametrizada
6.4.8.10 Cmd01B_S/_R
Parámetros específicos del objeto de datos "Cmd01B_S"

Si se desea aumentar la seguridad para la entrada de comandos, consignas y parámetros,
deberían asignarse al ciclo rápido todos los objetos con los que deben enviarse dichos
datos. En este caso, todos los objetos de comando, consigna y parámetro del ciclo rápido se
someten a una comprobación 1 de n, es decir, al final del ciclo rápido se comprueba si hay
una entrada de comando, consigna o parámetro en uno solo de los objetos registrados. Solo
en caso afirmativo se procesa y transmite la entrada en cuestión. Si hay más de una entrada
pendiente al mismo tiempo, estas se rechazan. Un nuevo comando, una nueva consigna o
un nuevo parámetro no se procesará mientras previamente no se haya registrado ninguna
entrada en un ciclo rápido. El estado de error se muestra en el byte de salida del objeto de
sistema OpInputMonitor, concretamente mediante el bit "Error 1 de n".
● Tipo de canal: Command send:
Para la entrada de comandos debe tenerse en cuenta que solo puede ajustarse 1
entrada cada vez. Esto se comprueba mediante el control 1 de 8. Si se detecta un error
1 de 8, dejan de procesarse los comandos introducidos. El siguiente comando nuevo se
procesa después de un ciclo de lectura sin comandos pendientes. El estado de error se
muestra en el byte de salida del objeto de sistema OpInputMonitor, concretamente en el
bit 2 (Error 1 de n). El bit permanece activado hasta que se ha solucionado el error.
Si los comandos se introducen a través de entradas digitales, p. ej., a través de los
pulsadores conectados, deberá mantenerse accionado el pulsador hasta que sea
capturado por TD7onTIM. En el byte de salida del objeto de sistema "OpInputMonitor" se
indica cuándo ha tenido lugar la captura, concretamente mediante el bit "Entrada
correcta". OpInputMonitor tiene en cuenta también el tiempo de entrada mínimo que
pueda haberse configurado, es decir, el pulsador debe mantenerse accionado como

mínimo durante el tiempo parametrizado. Solamente entonces se muestra Entrada

correcta.
Si los comandos se introducen mediante bits de marcas o datos, TD7onTIM desactiva
automáticamente el bit activado en cuanto es capturado. En este caso no se muestra
Entrada correcta. Sin embargo, es posible detectar indirectamente un registro correcto
por la desactivación del bit de comando.
Particularidad del disparo de emisión:
Para el disparo de emisión Send at change of solo es posible parametrizar los valores 0
y 1. Los valores mayores que 1 no tienen sentido para la entrada de comando.
Disable mask:
En el tipo de canal Command send pueden bloquearse bits individuales para la captura
de comandos. Esto tiene lugar mediante la máscara de bloqueo:
Nombre: Disable mask

res:
do:
Explicación: Los bits enmascarados en el byte del canal Command send no se toman en
consideración en el control de cambios. Esto hace que los cambios en los
bits enmascarados no provoquen la transmisión de telegramas para este
canal. Por principio, un bit enmascarado tiene el valor 0 en el telegrama.
El enmascaramiento de los bits se lleva a cabo tal como muestra el ejemplo siguiente, en el
que se introduce el valor hexadecimal A3 en el campo de entrada del cuadro de diálogo de
parametrización. Los bits ocupados con el valor 1 están enmascarados, es decir, los bits n.º
0, 1, 5 y 7 no se consideran al registrar el comando.
Ocupación de bytes
Bit: .7 .6 .5 .4 .3 .2 .1 .0
Enmascarado 1 0 1 0 0 0 1 1
Máscara hexadecimal A 3
Parámetros específicos del objeto de datos "Cmd01B_S"

● Tipo de canal: Command receive:
Nombre: Command output time

Rango de valo- 0 ... 50 [s x 0,1] (5 = 0,5 segundos)
res:
Predetermina- 5
do:

Explicación: Es el tiempo de salida de comando para las salidas de comandos del canal.
Una vez transcurrido el tiempo parametrizado, TD7onTIM vuelve a desacti-
var la salida de comandos. El Tiempo de salida de comandos se aplica a las
8 salidas de comandos del canal Command receive.
Si el Tiempo de salida de comandos = cero, TD7onTIM no desactiva la sali-
da de comandos en caso de estar activada. En este caso, para volver a
poner a cero la salida de comandos debe utilizarse el programa de usuario
de la CPU.
6.4.8.11 Set01W_S/_R
Parámetros específicos del objeto de datos "Set01W_S"

El tipo de objeto Set01W_S envía 1 consigna. Adicionalmente, este objeto puede mostrar el
estado de la especificación de consigna "local" y la consigna válida localmente.
una entrada de comando, consigna o parámetro para la transmisión en uno solo de los
objetos registrados. Solo en caso afirmativo se procesa y transmite la entrada en cuestión.
Si hay más de una entrada pendiente al mismo tiempo, estas se rechazan. Un nuevo
comando, una nueva consigna o un nuevo parámetro no se procesará mientras previamente
no se hayan registrado entradas en un ciclo rápido. El estado de error se muestra en el byte
de salida del objeto de sistema OpInputMonitor, concretamente mediante el bit "Error 1 de
n".
Cuando una entrada de consignas se prepara para la transmisión mediante el disparo de
emisión Señal de disparo y este disparo tiene lugar por medio de una entrada digital, p. ej.,
un pulsador conectado, debe mantenerse presionado el pulsador hasta que se haya
registrado la señal de TD7onTIM. En el byte de estado para entradas de operador del objeto
de sistema OpInputMonitor se indica si se ha realizado el registro, concretamente mediante
el bit Entrada correcta.
OpInputMonitor tiene en cuenta también el tiempo de entrada mínimo que pueda haberse
configurado, es decir, el pulsador debe mantenerse accionado como mínimo durante el
tiempo parametrizado. Solo entonces se muestra Entrada correcta.
Si la señal de disparo es un bit de marcas o datos, TD7onTIM desactiva el bit
automáticamente en cuanto se ha registrado. Es posible detectar indirectamente un registro
correcto por la desactivación del bit de disparo.
● Nombre de canal: LocalOperation - estado de especificación de consigna "local"
(tipo de canal: Valor binario recibido):
A través de este canal llega la respuesta del objeto interlocutor de que el objeto está
localmente en "operación local". El canal LocalOperation se utiliza solo para la
señalización. Puede utilizarse, pero no es obligatorio.
Es posible introducir localmente consignas en el objeto interlocutor que recibe la

consigna. El parámetro de entrada Local puede ajustarse en "local" directamente en el

objeto interlocutor para informar sobre el estado. El objeto interlocutor señaliza el estado
actual del parámetro de entrada Local, que se muestra aquí en la salida LocalOperation.
Con el programa de usuario debe enclavarse la especificación de consigna remota con la
local; a diferencia de TD7onCPU, en TD7onTIM, este parámetro (o el parámetro Local
del objeto interlocutor Set01W_R) no provoca el enclavamiento de la especificación de
consigna remota con la local.
Después del arranque de la CPU propia o del interlocutor o de restablecerse la conexión,
se emite automáticamente una consulta general para asegurar que se muestre el estado
válido actual del interlocutor en LocalOperation.
Si no necesita el parámetro déjelo desactivado.
● Nombre de canal: ReturnedSetpoint - valor de retroalimentación
(tipo de canal: Data receive):
En TD7onTIM, el objeto interlocutor que recibe la consigna devuelve la consigna válida
actual si tiene parametrizado el canal LocalSetpointInput. Esta consigna retroalimentada
se visualiza aquí en la salida ReturnedSetpoint. Si el objeto interlocutor está en "local" y
se realiza allí una nueva entrada, la consigna modificada se muestra en
ReturnedSetpoint si se ha parametrizado el canal Local en el objeto interlocutor.
se emite automáticamente una consulta general para asegurar que se muestre la
consigna válida actual en ReturnedSetpoint.
● Nombre de canal: SetpointInput - entrada de consigna
(tipo de canal: Setpoint send):
Por este canal se introduce la consigna que se envía al objeto interlocutor.
Parámetros específicos del objeto de datos "Set01W_R"

El tipo de objeto Set01W_R recibe 1 consigna. Además, el objeto tiene una entrada por la
que puede retroalimentarse la consigna válida localmente.
● Nombre de canal: Local - especificación de consigna "local"
(tipo de canal: Enviar aviso):
A través de esta entrada puede enviarse la información de si es válida la consigna
especificada a nivel local o la consigna remota. El estado actual de la entrada Local se
transmite al interlocutor junto con una copia de la consigna actual local (copia de
consigna). Si se ha ajustado Local, el objeto puede aceptar también una consigna
enviada por el interlocutor remoto (p. ej., la estación maestra).
A diferencia de TD7onCPU, el canal Local es solo informativo. El enclavamiento con la
especificación de consigna remota ha de realizarse en el programa de usuario.

● Nombre de canal: LocalSetpointInput - entrada de consigna local

(tipo de canal: Enviar datos):
A través de la entrada LocalSetpointInput puede retroalimentarse la consigna activa
localmente en el bloque emisor.
● Nombre de canal: SetpointOutput - salida de consigna
(tipo de canal: Recibir consigna):
La consigna enviada por el objeto interlocutor o introducida localmente en
LocalSetpointInput se emite en la salida SetpointOutput.
6.4.8.12 Par12D_S/_R, Par12x1D_R

Parámetros específicos del objeto de datos "Par12D_S"

El tipo de objeto "Par12D_S" envía de 1 a 12 parámetros. Adicionalmente, este objeto
puede mostrar el estado de la especificación de consigna "local" y los parámetros válidos
localmente.
una entrada de comando, consigna o parámetro para la transmisión en uno solo de los
objetos registrados. Solo en caso afirmativo se procesa y transmite la entrada en cuestión.
Si hay más de una entrada pendiente al mismo tiempo, estas se rechazan. Un nuevo
comando, una nueva consigna o un nuevo parámetro no se procesará mientras previamente
no se haya registrado ninguna entrada en un ciclo rápido. El estado de error se muestra en
el byte de salida del objeto de sistema "OpInputMonitor", concretamente mediante el bit
"Error 1 de n".
Cuando una entrada de parámetros se prepara para la transmisión mediante el disparo de
emisión "Señal de disparo" y este disparo tiene lugar por medio de una entrada digital, p. ej.,
un pulsador conectado, debe mantenerse presionado el pulsador hasta que se haya
registrado la señal de TD7onTIM. En el "byte de estado para entradas de operador" del
objeto de sistema "OpInputMonitor" se indica si se ha realizado el registro, concretamente
mediante el bit "Entrada correcta".
OpInputMonitor tiene en cuenta también el tiempo de entrada mínimo que pueda haberse
configurado, es decir, el pulsador debe mantenerse accionado como mínimo durante el
tiempo parametrizado. Solamente entonces se muestra "Entrada correcta".
Si la señal de disparo es un bit de marcas o datos, TD7onTIM desactiva el bit
automáticamente en cuanto se ha registrado. Es posible detectar indirectamente un registro
correcto por la desactivación del bit de disparo.

● LocalOperation
Significado: estado de especificación de consigna "local"
Tipo de canal: Binary receive
A través de este canal llega la respuesta del objeto interlocutor de que el objeto está
localmente en "operación local". El canal "LocalOperation" se utiliza solo para la
señalización. Puede utilizarse, pero no es obligatorio.
Es posible introducir localmente parámetros en el objeto interlocutor que recibe los
parámetros. El canal de entrada "Local" puede ajustarse en "local" directamente en el
objeto interlocutor para informar sobre el estado. El objeto interlocutor señaliza el estado
actual del canal de entrada "Local", que se muestra aquí en la salida "LocalOperation".
Con el programa de usuario debe enclavarse la especificación de consigna remota con la
local; a diferencia de TD7onCPU, en TD7onTIM, este parámetro (o el parámetro "Local"
del objeto interlocutor "Par12D_R") no provoca el enclavamiento de la especificación de
consigna remota con la local.
se emite automáticamente una consulta general para asegurar que se muestre el estado
válido actual del interlocutor en "LocalOperation".
Si no necesita el parámetro, déjelo desactivado.
● ReturnedParameter
Significado: parámetros retroalimentados
Tipo de canal: Data receive
En TD7onTIM, el objeto interlocutor que recibe los valores de parámetros devuelve los
valores de parámetros válidos allí actualmente cuando está parametrizado el canal
"LocalParameterInput". Estos valores retroalimentados se visualizan aquí en la salida
"ReturnedParameter". Si el objeto interlocutor está en "local" y se realiza allí una nueva
entrada, los parámetros allí modificados se muestran en "ReturnedParameter" si se ha
parametrizado el canal "Local" en el objeto interlocutor.
se emite automáticamente una consulta general para asegurar que se muestren los
parámetros actuales válidos en "ReturnedParameter".
● ParameterInput
Significado: entrada de parámetros
Tipo de canal: Setpoint send
Por este canal se introducen los parámetros que se envían al objeto interlocutor. El
contenido por palabra doble puede ser un valor en formato de palabra doble (DWORD),
pero se admite también una combinación de otros formatos cuyo resultado sea una
palabra doble, p. ej.:
– 4 bytes
– 2 palabras
– 2 bytes más 1 palabra

En el campo de entrada Number se parametriza el número de palabras dobles

necesarias, es decir, el tamaño del campo de datos.
Nombre: Number
res:
Predetermina- 12
do:
Explicación: El parámetro determina el tamaño del campo de datos en palabras dobles.
De esta forma, es posible reducir la longitud del telegrama a la realmente
necesaria. De este modo se ahorra tiempo de transmisión.
Parámetros específicos del objeto de datos "Par12D_R"

El tipo de objeto "Par12D_R" recibe entre 1 y 12 parámetros, p. ej., consignas.
Adicionalmente, el objeto tiene un canal de entrada por el que pueden retroalimentarse los
parámetros válidos localmente.
● Local
Significado: especificación de parámetro "local"
Tipo de canal: Binary send
A través de esta entrada puede enviarse la información de si son válidos los parámetros
especificados a nivel local o los parámetros remotos. El estado actual de la entrada
"Local" se transmite al interlocutor junto con una copia de los parámetros locales
(parámetros retroalimentados). Si se ha ajustado "Local", el objeto puede aceptar
también un juego de parámetros enviado por el interlocutor remoto (p. ej., la estación
maestra).
A diferencia de TD7onCPU, el canal es solo informativo. El enclavamiento con la
● LocalParameterInput
Significado: entrada de parámetros locales
Tipo de canal: Data send
La entrada "LocalParameterInput" permite retroalimentar parámetros activos localmente
en el bloque emisor.
El área de datos equivale a la que se ha parametrizado en "ParameterOutput" para el
mismo objeto.

● ParameterOutput
Significado: salida de parámetros
Tipo de canal: Setpoint receive
Los parámetros enviados por el objeto interlocutor o introducidos localmente en
"LocalParameterInput" se emiten en la salida "ParameterOutput".
El área de datos puede variar en su longitud entre 1 y 12 palabras dobles. El contenido
por palabra doble puede ser un valor en formato de palabra doble, pero se admite
también una combinación de otros formatos cuyo resultado sea una palabra doble, p. ej.:
– 4 bytes
– 2 palabras
Nombre: Number
res:
Predetermina- 12
do:
Explicación: El parámetro determina el tamaño del campo de datos "ParameterOutput"
en palabras dobles. Debe ser idéntico al tamaño del campo de datos del
objeto interlocutor emisor "Par12D_S".
Parámetros específicos del objeto de datos "Par12x1D_R"

El tipo de objeto "Par12x1D_R" sirve para la recepción y la emisión selectivas de como
máximo 12 valores de parámetros individuales con 1 palabra doble por parámetro.
A diferencia del Typical "Par12D_R", "Par12x1D_R" puede recibir y escribir en la CPU
solamente 1 de como máximo 12 valores de parámetro cada vez. Por esta razón,
"Par12x1D_R" debe configurarse exclusivamente en combinación con una estación PC del
tipo SINAUT ST7cc o SINAUT ST7sc. ST7cc/sc tampoco puede enviar más de 1 parámetro
cada vez.
Nota
Ningún "Par12D_S" junto con "Par12x1D_R"
No está permitido utilizar "Par12D_S" (TD7onTIM o TD7onCPU) junto con "Par12x1D_R".
Si se utiliza Par12x1D_R y SINAUT ST7cc o ST7sc es el interlocutor de comunicación, se

impide que se escriban siempre los 12 valores de parámetro de TD7onTIM en la CPU al
recibir un parámetro. La recepción de un parámetro con Par12x1D_R no afecta, por tanto, a
los restantes 11 parámetros que se modificaron posiblemente en la CPU.
Los parámetros pueden escribirse en un bloque de datos, en un área de marcas o
directamente en las salidas.

Igual que Par12D_R, Par12x1D_R tiene también un canal de entrada adicional por el que
pueden retroalimentarse los parámetros válidos a nivel local.
Nota
Reubicación de datos del área de salida necesaria para la retroalimentación
Los parámetros que se han escrito en el área de memoria para las salidas no pueden
retroalimentarse directamente, sino que deben reubicarse desde el área de salida a un
bloque de datos o área de marcas para permitir la retroalimentación.
● Local
Significado: especificación de parámetro "local"
Tipo de canal: Binary send
A través de esta entrada puede enviarse la información de si son válidos los parámetros
especificados a nivel local o los parámetros remotos. El estado actual de la entrada
"Local" se transmite al interlocutor junto con una copia de los parámetros locales
(parámetros retroalimentados). Si se ha ajustado "Local", el objeto puede aceptar
también parámetros enviados por el interlocutor remoto (ST7cc/sc).
A diferencia de TD7onCPU, el canal es solo informativo. El enclavamiento con la
● LocalParameterInput
Significado: entrada de parámetros locales
Tipo de canal: Data send
La entrada "LocalParameterInput" permite retroalimentar parámetros activos localmente
en el bloque emisor.
La longitud del área de datos se ajusta automáticamente y equivale a la suma de los
canales activados "ParameterOutput", cada uno con una longitud de 1 palabra doble. De
esta forma se retroalimentan siempre todos los canales de salida parametrizados.
● ParameterOutput
Significado: salida de parámetros (máx. 12 parámetros)
Tipo de canal: Setpoint receive
Los parámetros enviados por el objeto interlocutor o introducidos localmente en
"LocalParameterInput" se emiten en las salidas "ParameterOutput".
Debe activarse 1 canal para cada parámetro que vaya a utilizarse. El espacio de
memoria del canal 1 está continuamente ocupado (ver ejemplo de configuración inferior).
La longitud del área de datos (parámetro "Number" del campo "Output address") tiene un
ajuste fijo de 1 palabra doble para cada canal "ParameterOutput". El contenido por
palabra doble puede ser un valor en formato de palabra doble (p. ej., DINT, REAL, etc.),

pero se admite también una combinación de otros formatos cuyo resultado sea una
palabra doble, p. ej.:
– 4 bytes
– 2 palabras
Ejemplo de configuración:
– Defina el área de memoria (DB, marca o salida) y la dirección inicial del canal 1.
– Si necesita, por ejemplo, 7 canales en total, active el canal 1 y el canal 7.
Los canales 2 ... 6 intermedios se activan automáticamente.
6.4.8.13 Sms01_S
Considere la relación de dependencia entre el firmware del TIM y los tipos de CPU en el
capítulo SMS (Página 49).
Funciones y canales del objeto de datos "Sms01_S"

Un objeto "Sms01_S" sirve para configurar un SMS.
Los objetos "Sms01_S" no asignados a un SMSC están marcados con una cruz roja en el
área de navegación y en la lista de objetos. Después de asignarlo a un SMSC, el objeto
"Sms01_S" recibe una marca de confirmación verde.
Configuración del número de teléfono del destinatario de telefonía móvil en la CPU

El número de teléfono del destinatario de telefonía móvil se configura en la CPU, desde
donde se lee. La ubicación se indica en el campo "Input address of SMS phone number".
El formato numérico del número de teléfono es ASCII y debe transferirse a la CPU en forma
de secuencia numérica de tipo carácter con 40 caracteres como máx. Excepción: el símbolo
"más" (+) puede colocarse delante.
Si el número de teléfono de la CPU es más corto que la longitud especificada en la
herramienta de configuración SINAUT, el número de teléfono de la CPU debe terminar con
un byte cero (0x00).
El número de teléfono consignado en la CPU puede modificarse a voluntad online sin
necesidad de nueva configuración.

SmsPhoneNumber
● Input address of SMS phone number
Nombre: Input address of SMS phone number

canal correspondiente (aquí "CHAR").
(DB) como área de memoria.
[Byte]: trizada. Debe introducirse el número de byte menos significativo, como en
STEP 7.
Number: El número de bytes.
Tenga en cuenta las explicaciones anteriores del apartado "Configuración
del número de teléfono del destinatario de telefonía móvil en la CPU".
Nota
TD7onTIM solo puede leer las áreas de direcciones indicadas. Los datos de otras áreas,
como valores analógicos que se registran mediante palabras de entrada de periferia (PEW),
tienen que incorporarse al área de marcas o bloques de datos desde el programa de
usuario.
● SMS send trigger

El disparo de emisión SMS define el instante en que se envían los datos.
En la lista desplegable se dispone de tres opciones para disparar una transmisión de
SMS:
– Send with incoming event
Envío del SMS con cada evento entrante en la entrada "SMS trigger signal"
Solamente en esta opción puede definirse un "Disparo de tiempo de SMS"
– Send with CPU status change in STOP
Envío del SMS cuando la CPU cambia a STOP.
– Send with any CPU status change
Envío del SMS con cada cambio del estado operativo de la CPU
● SMS time trigger
El disparo de tiempo de SMS se activa con la opción "Active".
El campo "SMS time trigger" ofrece las alternativas "Time of day" y "Time scheme". No
es posible combinar las dos alternativas.

Nombre: Time of day

Rango de valo- Hora (Hour y Minute)
res:
Ajuste prede- Función inactiva
terminado:
Explicación: En el disparo de emisión controlado por instante, los datos se leen en el
instante del día parametrizado y se inicia el envío de un telegrama.
Nombre: Time scheme

Rango de valo- Período (Hour, Minute o Second)
res:
terminado:
Explicación: En el disparo de emisión controlado por período, los datos se leen en el
período parametrizado y se inicia el envío de un telegrama.
● SMS trigger signal
En el campo "SMS trigger signal" está disponible la opción de un disparo de emisión externo
que se activa con la opción "Active".
Nombre: SMS trigger signal

Si el número de teléfono se configura en bytes de marcas, tenga en
cuenta que la CPU ajusta los bytes de marcas en 0x00 con cada
rearranque y que, por tanto, no pueden enviarse SMS al arrancar la
CPU.
terminado:
trizada
Explicación: Si se define una señal de disparo de SMS, los datos del objeto se transmiti-
rán cuando la señal de disparo cambie de 0 a 1.
Si la señal de disparo es un bit de marcas o datos, se desactivará automáti-
camente tras la lectura. El programa de usuario puede evaluar la desactiva-
ción para indicar, p. ej., que se ha transmitido el telegrama.

SmsText
Con este canal se configura el texto del mensaje SMS. Posibilidades existentes:
● Text:
En el campo de entrada "Text" se introduce el texto del mensaje SMS. Pueden
transmitirse como máximo 155 caracteres, incluidas las cadenas de comodines.
● Insert replacement string:
Mediante esta lista de selección pueden insertarse cadenas de comodines como palabra
clave en el texto del SMS. Cadenas de comodines que pueden insertarse una vez en el
texto:
– Creation time
Instante en que se registra el valor de proceso transmitido
– Station name
El nombre configurado en STEP 7 de la estación emisora
– SMS object no.
N.º del objeto SINAUT del valor emitido
– Process value
Dirección (byte.bit) del valor transmitido en la memoria imagen de proceso de la CPU
– CPU status
Estado operativo de la CPU (RUN, STOP)
El sello de tiempo de registro y la variable de proceso se insertan en el texto del SMS
durante el tiempo de ejecución.
El nombre de la estación y el número de objeto SMS se preasignan durante la
configuración y se utilizan para generar el SDB después de guardar. Mediante la
especificación del nombre de la estación y del n.º de objeto SMS es posible identificar
inequívocamente todos los mensajes SMS de un proyecto S7.
Nota
Bloqueo de caracteres especiales
Para configurar mensajes SMS se dispone de una función que comprueba el juego de
caracteres para SMS. Esta función bloquea algunos caracteres especiales para la
entrada de texto de mensajes SMS que pueden generar problemas con algunos
operadores de SMS. Se impide directamente la introducción de caracteres especiales
bloqueados.
Caracteres que pueden introducirse:
• Todos los números
• Todas las letras (excepto diéresis y tildes)
• El espacio en blanco y los siguientes caracteres especiales:
.,!%?&/()*+-=
Los restantes caracteres especiales, tildes y diéresis están bloqueados.

SmsDataInput
Encontrará la descripción de los parámetros obligatorios de este canal en el capítulo
Parámetros obligatorios de los canales de emisión (Página 221).
Con SmsDataInput, tenga en cuenta la siguiente particularidad de la "Dirección de entrada":
Puesto que el valor de datos de SmsDataInput se inserta en el texto SMS estático, debe
especificarse en formato ASCII (tipo de datos CHAR).
Para la conversión al formato de datos CHAR, la CPU proporciona diferentes funciones,
como p. ej. I_STRING o DI_STRING para valores enteros (ver contenedor de bloques "IEC
Function Blocks" de la librería estándar).
Si el área de direcciones del valor de datos contiene caracteres no válidos, se sustituyen por
espacios en blanco en el texto del SMS.
SmsStateOutput
Encontrará la descripción de los parámetros obligatorios de este canal en el capítulo
Parámetros obligatorios de los canales de recepción (Página 224).
TD7onTIM envía varios estados a la CPU mediante "SmsStateOutput" (palabra doble). La
primera mitad de la palabra doble contiene siempre el número de objeto del Typical SMS.
De este modo se garantiza una asignación rápida y sencilla del valor al objeto.
Tabla 6- 10 Estado
Valor (hex) Significado

N.º de objeto + 7000 Disponibilidad para enviar SMS:
• Valor inicial (no se han enviado SMS)
o bien
• Después de un error saliente y de que la CPU haya desactivado el
estímulo de envío.
N.º de objeto + 7001 Enviando SMS.
N.º de objeto + 7002 SMS enviado correctamente.
N.º de objeto + 8001 Error: no se ha podido enviar el SMS.
N.º de objeto + 8002 Error: número de teléfono incorrecto
N.º de objeto + 8003 Error: detectado nuevo estímulo de envío durante el envío del SMS.
● Si no se ha enviado nunca un SMS y TD7onTIM está listo para enviar, la CPU recibe el
valor 7000.
● En caso de detectarse un estímulo de envío, se lee el número de teléfono y se
comprueba su plausibilidad:
– Si el número de teléfono es plausible, se envía el estado 7001 y se prepara el
telegrama para la interfaz.
– Si se detecta un número de teléfono no válido, se notifica a la CPU mediante el valor
8002. Los siguientes estímulos de envío se rechazan del mismo modo hasta que se
corrige el número de teléfono.
Si el número de teléfono es válido, se ajusta el estado 7000 y puede enviarse un
nuevo SMS.

6.5 Almacenamiento y generación de datos de sistema
● En caso de detectarse la salida y la entrada del estímulo de envío mientras el TIM envía
un telegrama, se bloquea el estímulo mediante el valor 8003. La petición de envío
anterior no se cancela.
Si TD7onTIM recibe de la interfaz un acuse positivo o negativo para esta petición, se
envía el valor 7002 o 8001 a la CPU.
6.5.1 Almacenamiento de datos de dispositivos

Los datos de la administración de dispositivos se guardan utilizando el símbolo Save de la
barra de herramientas o con el menú SINAUT / Save. Se abre el cuadro de diálogo Options,
en el que se especifica el volumen de datos de sistema que se guardarán, procesarán y
prepararán.
Figura 6-40 El cuadro de diálogo Options cuando se llama la función "Save"

El cuadro de diálogo Options ofrece las siguientes funciones agrupadas en el campo

Generation / Compilation options:
● Generate System data blocks for TIMs and CPUs
● Generate SINAUT TD7 source files for CPUs
Otras opciones se refieren al volumen de generación de datos de sistema
● for all CPUs o
● for selected CPUs (selección en la lista de dispositivos)
La tercera opción hace referencia a la generación del
● Subscriber number as comment for stations, CPUs and TIMs
Las funciones agrupadas descritas en adelante representan una automatización de varios
pasos de manejo en el sistema STEP 7. Dichas funciones afectan siempre a todos los
dispositivos conectados en red con SINAUT, es decir, a dispositivos que forman parte de
una conexión SINAUT como mínimo.
Independientemente de las opciones de generación que elija el usuario, los datos internos
se guardan siempre para poder acceder posteriormente a un estado coherente cuando sea
necesario.
Después de guardar los datos internos se comprueba la coherencia para determinar si la
base de datos del usuario es correcta. En caso afirmativo, se ejecutan las funciones
agrupadas deseadas.
Si durante la comprobación de coherencia se detectan problemas, las funciones agrupadas
no se ejecutan. Se muestra una lista de errores al usuario, así como una nota indicando las
funciones que no se han ejecutado.
En cuanto el proceso de generación ha finalizado correctamente se notifica con un cuadro
de diálogo de estado.

Figura 6-41 Cuadro de diálogo de estado tras guardar y generar los datos de sistema
6.5.2 Generación de bloques de datos de sistema

Todos los parámetros del módulo TIM, desde los ajustes de hardware hasta la información
sobre interlocutores de la comunicación o conexiones locales, se comprimen en bloques de
datos de sistema (SDB). Para ello se utilizan SDB con números a partir de 1000.
Si para la comunicación entre los TIM y entre TIM y CPU se utilizan conexiones
homogéneas S7 (conexiones PBK), sus datos se comprimen en SDB a partir del número
700.
Si al guardar se activa la entrada Generate System data blocks for TIMs and CPUs del
cuadro de diálogo Options, estos datos de sistema se generan y depositan en la gestión de
datos offline para todos los módulos TIM y CPU que hay en la lista de dispositivos y están
conectados en red con SINAUT.
Nota
Para grabar los SDB en los módulos debe utilizarse el SIMATIC Manager o la herramienta
de diagnóstico y servicio SINAUT.

6.5.3 Creación de bloques SINAUT TD7 para la CPU

Las siguientes versiones del software TD7 se refieren solo al software TD7 para la CPU.
Si al guardar se activa la opción Generate SINAUT TD7 source files for CPUs del cuadro de
diálogo Options, se llaman varias funciones de generación para todos los módulos CPU
conectados en red con SINAUT o solo para los módulos CPU seleccionados de la lista de
dispositivos. Las funciones de generación son las siguientes:
● Introducción de los datos dinámicos del software SINAUT TD7 en los source files en
forma de bloques de datos y creación de entradas simbólicas para los DB de
comunicación
● Introducción de los bloques básicos SINAUT TD7 no existentes en los source files o de
bloques presentes con versión anterior/igual que la versión de la librería
● Introducción de los bloques SINAUT TD7 específicos de la CPU en los source files según
especificación del usuario (bloques específicos de la CPU)
● Transferencia de todas las entradas para las SFC y los SFB de la tabla de símbolos de la
librería SINAUT TD7 a todos los módulos CPU participantes que no los contengan.
● Sincronización de los sellos de tiempo de los bloques compilados con los de los bloques
de la librería para evitar conflictos de sello de tiempo en la fracción TD7.
Las funciones de generación señaladas crean los bloques SINAUT ST7 correspondientes
como source file y depositan este archivo en el directorio Sources de la CPU
correspondiente. El source file creado se compila, y los bloques se guardan en el directorio
de bloques.
Nota
Solo para instalaciones con
- librería SINAUT TD7, versión anterior a 2.0 y
- software de configuración SINAUT, versión anterior a 2.0:
Si desea cambiar el idioma de la interfaz de STEP 7 a inglés (en el SIMATIC Manager,
menú Options/Settings), no debe cambiar la opción Nemotécnica a IEC. Debe dejarse
ajustada en SIMATIC. De lo contrario, se producirán errores de compilación al generar el
programa SINAUT.
Datos dinámicos
Todos los datos dinámicos que el software SINAUT TD7 necesita para la CPU se guardan
en los siguientes bloques de datos:
● 1 DB BasicData
● n DB de comunicación
● m DB de datos de SMS.
El sistema preasigna la cantidad y los números de los DB correspondientes. Los números
de los DB de comunicación y la cantidad y los números de los DB de datos de SMS pueden
modificarse en las fichas DB Configuration y SMS Configuration del cuadro de diálogo
Properties of subscriber, que se abre a través del menú contextual Properties de los
módulos CPU de la lista de dispositivos.

Bloques básicos
Con cada generación para una CPU se comprueba la presencia de todos los bloques
básicos que el software SINAUT ST7 necesita para funcionar. Los bloques básicos son los
siguientes:
Tabla 6- 11 Bloques básicos de TD7onCPU
Nombre de bloque Tipo de bloque Número de bloque predetermi-

nado
SubscriberObject UDT UDT127
ConnectionDescription UDT UDT126
Bcom FB FB127
Xcom FB FB126
Pcom FB FB125
SMS_Ctrl * FB FB124
BasicTask FC FC127
Search FC FC126
Diagnose FC FC125
Distribute FC FC124
Create FC FC123
Startup FC FC122
* Solo si se han configurado mensajes SMS.

Para cada uno de estos bloques se comprueba:
● si existe una entrada en la tabla de símbolos y, en caso afirmativo,
● si el bloque existe en el programa de usuario
Si no hay entradas en la tabla de símbolos, se busca un número de bloque libre para cada
tipo, se realiza la entrada pertinente en la tabla de símbolos y se introduce el bloque en el
archivo de origen de la CPU actual.
Si la tabla de símbolos contiene una entrada pero no el bloque correspondiente, o bien el
bloque tiene una versión anterior/igual que la versión de la librería, se realiza solo la entrada
en el archivo de origen.
En ambos casos, la compilación genera un programa TD7 ejecutable en el directorio de
bloques. La secuencia seleccionada garantiza asimismo que se agregarán siempre los
bloques que puedan haberse eliminado.
Bloques específicos de CPU

El usuario puede realizar una copia automática de todos los bloques necesarios para la
configuración pertinente desde el archivo maestro de origen SINAUT TD7 a la CPU
correspondiente.
Esta función se controla mediante la tabla de símbolos de la CPU en cuestión. El usuario
introduce allí los bloques SINAUT TD7 que necesita. Si en el proceso de generación se
determina que
● existe una entrada en la tabla de símbolos para un bloque SINAUT,
● pero que el bloque no existe en el programa de usuario de la CPU,

el bloque se transfiere al archivo de origen generado.

El usuario puede utilizar la tabla de símbolos como si se tratase de una lista de preferencias.
De este modo, se evita tener que componer el programa de la CPU mediante la copia de
orígenes o bloques.
El usuario encontrará una sinopsis de los bloques que pueden crearse de esta forma en la
documentación de SINAUT TD7, en el archivo maestro de origen SINAUT TD7 o en la tabla
de símbolos de la librería SINAUT TD7.
Otras actividades que debe realizar el usuario

El usuario solo ha de llamar la FC BasicTask del OB1 y la FC Startup del OB100 para
activar la funcionalidad básica de SINAUT TD7.
Nota
Encontrará más información sobre la parametrización de los telegramas de datos en la
descripción del paquete de software TD7onCPU.
La función de generación permite además al usuario borrar todos los bloques SINAUT del
programa de usuario y volver a generar el archivo de origen para crear de nuevo su
programa SINAUT con los números de bloque guardados en la tabla de símbolos.
6.5.4 Generación de números de dispositivo SINAUT como comentario

Para que los números de dispositivo importantes para la comunicación SINAUT sean
visibles también en el SIMATIC Manager y en la configuración hardware, la administración
de dispositivos ofrece la posibilidad de registrar el número de dispositivo de componentes
conectados en red con SINAUT en el campo de comentario de las propiedades
correspondientes.
La función se activa seleccionando la opción Subscriber number as comment for stations,
CPUs and TIMs del cuadro de diálogo Options cuando se llama la función Save del cuadro
de diálogo Options.
Para los siguientes dispositivos conectados en red con SINAUT, el número de dispositivo se
incorpora a la barra de comentario del SIMATIC Manager:
● Estaciones
● Módulos CPU
● Módulos TIM
● Estaciones ajenas
En el SIMATIC Manager, los comentarios se visualizan seleccionado el menú View / Details.
Los módulos TIM se visualizan tras expandir la estructura de árbol y seleccionar una
estación.
Nota
Cuando se crea el número de dispositivo al generar los datos de sistema, se sobrescriben
los comentarios introducidos anteriormente en la configuración de red y no hay forma
posible de recuperarlos.

6.6 Cargar
6.5.5 Comprobación de coherencia

La comprobación de coherencia se inicia siempre automáticamente antes de ejecutar las
funciones de generación en la administración de dispositivos, con el fin de impedir que se
generen SDB o DB con datos incoherentes.
También es posible llamar la comprobación de coherencia como función independiente por
medio del menú SINAUT / Check consistency... de la administración de dispositivos.
Los errores detectados en la comprobación de coherencia se muestran al usuario en una
lista de errores.
Figura 6-42 Ejemplo de una lista de errores tras ejecutar la comprobación de coherencia
Si se han encontrado conexiones incoherentes, en la lista de errores se indica que el

diagnóstico de la causa se realiza en el cuadro de diálogo Invalid Connections de la
configuración de conexiones.
Tras eliminar un error es necesario guardar antes de realizar la próxima comprobación de
coherencia, pues de lo contrario el error eliminado seguirá notificándose.
6.6 Cargar
6.6.1 Carga de bloques de datos de sistema en el TIM

Los bloques de datos de sistema (SDB) deben cargarse en el TIM utilizando únicamente el
SIMATIC Manager o la herramienta de diagnóstico y servicio SINAUT.
Nota
Cuando se cargan bloques de datos de sistema en la configuración hardware hay que
asegurarse de que no se carguen SDB de conexiones (SDB7xx). Si fuera necesario cargar
SDB de este tipo en el módulo TIM, deberá utilizarse el SIMATIC Manager o la herramienta
También es posible cargar SDB en la configuración de red. Sin embargo, el proceso para
crear SDB en la configuración de red es diferente al del SIMATIC Manager y la
configuración hardware, y no es adecuado para módulos TIM. Por este motivo, los SDB
deberían grabarse en módulos TIM utilizando el SIMATIC Manager o la herramienta de
diagnóstico y servicio SINAUT.

6.7 La configuración en la práctica
En el SIMATIC Manager, todos los SDB de un módulo se visualizan con el símbolo System
data. Aquí es posible manipular todos los SDB de un módulo únicamente en conjunto. Por lo
demás rige lo mismo que para los bloques de datos.
En la configuración hardware es posible cargar los SDB de módulos individuales o de
estaciones completas.
En ambos casos, una vez finalizada la función aparece un cuadro de diálogo en el que se
pregunta si debe rearrancarse el módulo TIM. Hay que salir del cuadro de diálogo pulsando
Yes para reiniciar el TIM y activar los nuevos SDB.
6.6.2 Carga de bloques de datos en la CPU

Para cargar bloques de datos en el módulo CPU se utiliza la herramienta estándar de STEP
7 SIMATIC Manager. Dicha herramienta permite copiar bloques en una ventana online
(acceso online configurado) o en la ventana de dispositivos accesibles (acceso online no
configurado) utilizando la función Drag&Drop o bien entradas de menú.
ADVERTENCIA
Cuando se cargan bloques en el sistema de automatización con la función Drag&Drop, el

usuario es responsable de asegurarse de que los bloques se copien en el objeto online
correcto (es decir, en el objeto con la dirección MPI correcta). Las herramientas de STEP 7
no lo comprueban.
Encontrará información más detallada sobre los respectivos procesos en la Ayuda en
pantalla del SIMATIC Manager.
6.7.1 Matriz de cambios

En la matriz de cambios se describen las acciones subsiguientes necesarias de un usuario a
los pasos de manejo característicos de la herramienta de configuración SINAUT.
Tabla 6- 12 Matriz de cambios
Objeto afectado Manejo en la herramienta de Acción subsiguiente necesaria

configuración SINAUT
Estación Agregar una estación -
Estación Cambiar el nombre a una -
estación
Estación Reparametrizar una estación -


Estación Borrar una estación Todas las conexiones SINAUT que pasan por un módulo de
esta estación dejan de ser válidas y se eliminarán la próxima
vez que se llame la configuración de conexiones SINAUT. En
caso necesario deben sustituirse por conexiones alternativas.
Para todos los módulos que formaban parte de las conexiones
borradas hay que volver a generar los SDB y DB en la adminis-
tración de dispositivos.
Módulo TIM Agregar un módulo TIM -
Módulo TIM Cambiar el nombre a un mó- -
dulo TIM
Módulo TIM Reparametrizar un módulo Si se modifican los parámetros de un módulo TIM, solo hay que
TIM volver a generar los SDB de este TIM en la administración de
dispositivos.
Excepción:
La modificación de parámetros de la ficha "WAN Access" influ-
ye en todas las conexiones SINAUT que pasan por el driver
WAN modificado.
Módulo TIM Borrar un módulo TIM Todas las conexiones SINAUT que pasan por este módulo
dejan de ser válidas y se eliminarán la próxima vez que se
llame la configuración de conexiones SINAUT. En caso necesa-
rio deben sustituirse por conexiones alternativas. Para todos los
módulos que formaban parte de las conexiones borradas hay
que volver a generar los SDB y DB en la administración de
dispositivos.
Red Agregar una red -
Red Cambiar el nombre a una red -
Red Reparametrizar una red Para todos los módulos conectados a esta red hay que volver a
generar los SDB en la administración de dispositivos. En las
redes WAN solo se trata de módulos TIM; en las redes LAN, de
todos los conectados.
Red Borrar una red Todas las conexiones SINAUT que pasan por esta red dejan de
ser válidas y se eliminarán la próxima vez que se llame la con-
figuración de conexiones SINAUT. En caso necesario deben
sustituirse por conexiones alternativas. Para todos los módulos
que formaban parte de las conexiones borradas hay que volver
a generar los SDB y DB en la administración de dispositivos.
Nodo de red Agregar un nodo de red -
Nodo de red Cambiar el nombre a un nodo -
de red
Nodo de red Reparametrizar un nodo de Hay que volver a generar los SDB del módulo que contiene
red este nodo de red.
Excepción:
Si se modifica el número de teléfono, deben generarse de nue-
vo los SDB de todos los TIM de la red de marcación.
Nodo de red Conectar en red un nodo de -
red


Nodo de red Borrar un nodo de red Todas las conexiones SINAUT que pasan por este nodo de red
dejan de ser válidas y se eliminarán la próxima vez que se
dispositivos.
Nodo de red Deshacer la conexión en red Todas las conexiones SINAUT que pasan por este nodo de red
de un nodo de red dejan de ser válidas y se eliminarán la próxima vez que se
dispositivos.
Conexión SINAUT Agregar una conexión Para todos los dispositivos por los que pasa esta conexión hay
SINAUT que volver a generar los SDB y DB en la administración de
dispositivos.
Conexión SINAUT Borrar una conexión SINAUT Para todos los dispositivos por los que pasa la conexión borra-
da hay que volver a generar los SDB y DB en la administración
de dispositivos.
Dispositivos SINAUT Reparametrizar un dispositivo Para todos los dispositivos de todas las conexiones que pasan
SINAUT por este dispositivo hay que volver a generar los SDB y DB en
la administración de dispositivos.
Propiedades del dispo- Reparametrizar las propieda- Para todos los TIM con TD7onTIM que se comunican con este
sitivo de destino de des del dispositivo de destino dispositivo de destino hay que volver a generar los SDB en la
TD7onTIM de TD7onTIM administración de dispositivos.
6.7.2 Incorporación de estaciones con la función Upload Station to PG

La función de STEP 7 Upload PLC/Station to PG permite aplicar la configuración a una
estación conectada. Sin embargo, la aplicación de este procedimiento en relación con
módulos TIM tiene ciertas restricciones.
● Si la estación que debe cargarse es un rack TIM, es decir, el rack contiene únicamente
módulos TIM independientes, no es posible cargar la estación. La función Upload Station
to PG solo es posible en racks con módulos CPU.
● Cuando en el rack hay una CPU 300 es posible cargar la configuración, pero el módulo
TIM que se representa a continuación en el rack no está completamente inicializado y no
es adecuado para la configuración posterior. Debe reemplazarse por un módulo nuevo
del catálogo de hardware.
ADVERTENCIA
Si se siguen utilizando para la configuración módulos TIM que se han cargado de este
modo, es posible que surjan problemas, especialmente en la comunicación SINAUT y
en el manejo del módulo en cuestión.

6.7.3 Cambio de la dirección MPI de la CPU

En la configuración hardware es posible cambiar la dirección MPI de la CPU. Si en el mismo
rack hay módulos TIM, cuando se descarguen los SDB es imprescindible asegurarse de que
la carga se realice en 2 etapas.
1. Cargar los SDB solo en la CPU, no en el TIM. Después de que el módulo CPU haya
obtenido su nueva dirección MPI, el módulo TIM realizará un reset.
2. Cargar los SDB en los módulos TIM cuando haya finalizado su arranque.
6.7.4 Copia y reorganización de proyectos de STEP 7
Copiar proyectos
El SIMATIC Manager permite copiar proyectos completos guardándolos con otro nombre
(menú "File" > "Save as..."). En el cuadro de diálogo "Save project as" que sigue se
introducen el nombre y la ruta de almacenamiento del nuevo proyecto.
Figura 6-43 Cuadro de diálogo "Save project as" para copiar objetos

Reorganizar proyectos
Al guardar se ofrece la posibilidad de elegir el modo de copia "With reorganization".
Nota
Pérdida de datos de configuración al reorganizar
Cuando se copian proyectos con reorganización, no se incluyen los siguientes datos:
• Números de dispositivo SINAUT
• Datos de conexión ST7
Estos datos deben volver a configurarse después de la copia.
Intercambio de las interfaces del TIM 4R-IE al reorganizar
Cuando se copian proyectos con reorganización, se intercambian las dos interfaces
Ethernet del TIM 4R-IE. Estos deben volver a configurarse después de la copia.
Al copiar proyectos sin reorganización, también se copian los datos SINAUT. Esta variante
no tiene inconvenientes.
La variante "sin reorganización" es preferible para usuarios SINAUT.
6.7.5 Prevención de conflictos de sello de tiempo

Cada bloque contiene un sello de tiempo de la interfaz que informa sobre el instante en que
se modificó por última vez la interfaz visible para los restantes bloques.
El editor de bloques compara este sello de tiempo cada vez que se abre un bloque. Si se
detectan incoherencias, se cancelan las llamadas incoherentes, es decir, en lugar de un
comando CALL, el usuario recibirá el código generado por el sistema en sustitución de
CALL. Este estado se devuelve como conflicto de sello de tiempo. El usuario deberá borrar
el código de sustitución y CALL deberá volver a parametrizarse.
Este tipo de incoherencias pueden producirse entre:
● OB y FB/FC
● FB/FC y FB/FC
● FB y sus DB de instancia
Procedimiento recomendado
● El uso de la herramienta de configuración garantiza que los sellos de tiempo de interfaz
de todos los bloques nuevos generados por la herramienta (también los bloques de
datos de instancia) se sincronizarán con los sellos de tiempo de interfaz de los bloques
contenidos en la librería TD7.
● Los sellos de tiempo de las interfaces de bloques (versión de suministro/actualización) se
congelan hasta la modificación efectiva de una interfaz, es decir, las modificaciones o
correcciones del código del programa no influirán en el sello de tiempo de la interfaz.

● Este procedimiento permite actualizar en cualquier momento sin riesgo de conflictos de

sello de tiempo.
● Se permite asimismo la transferencia directa de bloques de la librería SINAUT con la
función Drag&Drop mientras no se modifique la banda de números de bloques ST7
estándar (ver tabla de símbolos de la librería). Este procedimiento es el recomendado.
Procedimiento no recomendado
● Si el TD7_UserSource proporcionado por la herramienta se compila manualmente en un
directorio de bloques de CPU que no contiene todavía bloques SINAUT TD7 o en el que
faltan algunos bloques, estos bloques recibirán un sello de tiempo de interfaz diferente
que el de la librería SINAUT ST7.
● En los programas de usuario SINAUT ST7 que pudiera haber almacenados aparecerán
conflictos de sello de tiempo en ese momento o a más tardar después de la primera
actualización.
● Puesto que SINAUT ST7 Support se basa principalmente en el sello de tiempo de
interfaz de los bloques para actualizar las versiones y gestionar las actualizaciones, se
recomienda generalmente no utilizar este procedimiento.
Restricciones
No se sincronizan los sellos de tiempo de los bloques que llaman los bloques SINAUT. En
estos pueden seguir produciéndose conflictos de sello de tiempo.
Por lo tanto, como procedimiento se recomienda al usuario la siguiente secuencia:
1. Antes de iniciar la generación en las herramientas de configuración SINAUT ST7, se crea
un archivo de origen con todos los bloques que llaman bloques SINAUT.
2. Se ejecuta la generación.
3. Se compila el archivo de origen creado.

Librería de bloques SINAUT TD7onCPU 7
A continuación encontrará la descripción de los bloques de programa TD7 para la CPU S7-
300/400, que pueden utilizarse en STEP 7 V5.
Encontrará la descripción de los bloques de programa TD7 para STEP 7 Professional en
TIA Portal en el volumen 3 del manual de sistema.
Encontrará la descripción de las funciones básicas, las variantes y el posible uso del
software TD7 en el capítulo Software TD7: Uso y variantes (Página 39).
7.1 Tipos de bloque y manejo
7.1.1 Tipos de bloque de TD7onCPU
Contenido de la librería de bloques TD7onCPU

La librería de bloques consta básicamente de los siguientes tipos de bloque:
● Bloques básicos y auxiliares
– Bloques básicos
Los bloques básicos realizan tareas centrales como arranque, vigilancia de las
conexiones y accesibilidad de los interlocutores de la conexión, consulta general,
control del tiempo, desarrollo de la comunicación, etc.
La mayoría de estos bloques se necesitan siempre en la CPU. Unos pocos pueden
integrarse opcionalmente.
– Bloques auxiliares
Los bloques auxiliares introducen datos por transferir en el buzón de envío del DB de
comunicación o los sacan del buzón de recepción del DB de comunicación, llevan a
cabo peticiones de envío y recepción específicas de la conexión, preparan
información buscada, etc.
● Typicals de puntos de datos
Estos bloques se incorporan en función de los tipos y volúmenes de datos a transmitir en
el programa de CPU. Agrupan telegramas de datos y emiten datos de proceso recibidos
cuando cambian datos o cuando se pide.

Librería de bloques SINAUT TD7onCPU
Bloques que aporta el software de ingeniería SINAUT

Para poder trabajar correctamente, TD7 necesita algunos bloques de datos para cada CPU.
Dichos DB son generados automáticamente por el software de ingeniería SINAUT
(herramienta de configuración SINAUT) al configurar las conexiones SINAUT y depositados
en el directorio de programa de la CPU correspondiente. Son los siguientes:
● DB de contabilidad central
El DB contiene todos los datos necesarios a nivel central, entre otros la contabilidad de
todos los interlocutores de la comunicación, así como de todas las conexiones que
deben gestionarse.
● DB de comunicación
Para cada conexión se crea un DB de comunicación propio con bandeja de envío y de
recepción, así como con todos los datos necesarios para el control y la vigilancia de
dicha conexión.
Además de los bloques de datos citados, la herramienta de configuración SINAUT deposita
también en el directorio de programa de la CPU los bloques básicos y auxiliares necesarios
para que el programa sea ejecutable. El usuario solo tiene que copiar los typicals de puntos
de datos que necesita de la librería TD7 al directorio de programa de la CPU y crear a
continuación el programa de usuario SINAUT.
Nota
Los bloques que deposita la herramienta de configuración SINAUT en el directorio de
programa de la CPU son bloques individuales que están dentro del directorio "Bloques" y
también archivos fuente AWL que están en el directorio "Fuentes" con el nombre
"TD7_UserSource".
Figura 7-1 Bloques básicos y auxiliares en el directorio de programa "Bloques"

Figura 7-2 TD7_UserSource en el directorio de programa "Fuentes"
Nota
Si desea cambiar el idioma de la interfaz de STEP 7 a inglés (en el SIMATIC Manager,
menú Herramientas/Preferencias) rige lo siguiente en función de la versión de la
herramienta de configuración SINAUT:
• Versión < 2.0 de la herramienta de configuración SINAUT
La opción "Nemónico" no debe cambiarse a IEC o inglés. Debe permanecer en SIMATIC.
En caso contrario se producen errores de compilación al generar el programa SINAUT.
• Versión 2.0 o superior de la herramienta de configuración SINAUT
La opción "Nemónico" puede cambiarse a IEC o inglés. La herramienta de configuración
comprueba el nemónico ajustado y garantiza una generación correcta del programa
SINAUT.
Estructura básica del programa de usuario

El programa de usuario SINAUT consta de:
● Programa de arranque OB100
Aquí dentro solo debe llamarse el boque de arranque ST7 "FC Startup". No necesita
parámetros.
● Programa cíclico OB
En el caso más sencillo, este programa incluye el bloque básico "FC BasicTask". A
continuación, se llaman los typicals de puntos de datos necesarios para la CPU y se
parametrizan de acuerdo con sus necesidades.
● Programa controlado por tiempo OB35 (u otro OB de alarma cíclica)
Este programa solo se necesita cuando en la CPU deben registrarse impulsos de
contaje. En el OB de alarma cíclica se llama el "FC PulseCounter" una o varias veces.

7.1.2 La librería de bloques TD7
Introducción
Con la instalación del software de ingeniería SINAUT se crea también la librería TD7onCPU.
A ella se accede del mismo modo que a todas las demás librerías disponibles en STEP 7,
es decir, puede abrirse desde el SIMATIC Manager por medio de las librerías. Allí tiene la
siguiente denominación:
● SINAUT TD7 Library
Figura 7-3 Abrir la librería "SINAUT TD7 Library"
Composición de la librería
Al abrir la librería TD7 aparece el directorio "Basic01", que se compone de las secciones
siguientes:
● Source
Contiene los dos archivos de origen AWL siguientes
– Basic01_Source_de (bloques con nemónicos alemanes)
– Basic01_Source_en (bloques con nemónicos ingleses)
Dentro están todos los bloques de la librería TD7 en formato de fuente AWL.
● Blocks
Contiene todos los bloques de la librería TD7 en formato de bloque. Aquí están todos los
bloques SINAUT del tipo FB, FC, DB, UDT y VAT, así como los bloques de sistema SFC
y SFB de SIMATIC que utiliza el software SINAUT.

● Symbols
Contiene la tabla de símbolos de la librería SINAUT TD7.
Nota
No modificar la librería
El contenido de Source, Blocks o Symbols no debe cambiarse nunca en la librería SINAUT
TD7. Tampoco está permitido cambiar el nombre de la librería ni moverla a otro directorio.
Nota
Modificar números
Si desea cambiar los números de diferentes bloques SINAUT para evitar la colisión con
bloques que ya se utilizan en el programa de usuario, debe crear una tabla de símbolos
para la CPU en cuestión que incluya todos los bloques SINAUT que necesita cada CPU. No
deben incluirse solo los bloques cuyo número cambia en la tabla de símbolos, sino también
aquellos cuyo número no cambia.
Encontrará información al respecto en los capítulos siguientes.
Figura 7-4 Composición de la librería "SINAUT TD7 Library"
Figura 7-5 Archivos de origen AWL "Basic01_Source_de" / "Basic01_Source_en"

Figura 7-6 Bloques de la librería
Figura 7-7 La tabla de símbolos "Symbols" de la librería

7.1.3 Sinopsis de bloques
Introducción
La tabla siguiente agrupa todos los bloques que existen en la librería TD7. La tabla contiene
para cada bloque:
● N.º de bloque
Es el número de bloque estándar que tiene el bloque en la librería TD7. Consulte los
capítulos siguientes para cambiar números de bloque.
● Nombre simbólico
El bloque se llama con este nombre en el programa de usuario.
● Bloque auxiliar
Es importante indicar si se trata de un bloque auxiliar que se llama de forma indirecta por
si debe modificarse el número estándar de dicho bloque auxiliar.
● Bloques auxiliares SINAUT necesarios
Se indican los bloques auxiliares SINAUT que necesita el bloque correspondiente. Solo
estos bloques deben transferirse obligatoriamente de la librería TD7 al directorio del
programa de usuario. Por lo general, los bloques auxiliares se transfieren
automáticamente mediante la herramienta de configuración SINAUT.
La indicación de los bloques auxiliares también es importante en caso de que uno o
varios de los bloques auxiliares SINAUT listados reciba un número de bloque distinto. Si
esto sucede, el bloque debe volver a compilarse.
● Explicación de la función del bloque
Encontrará los bloques para SINAUT ST1 en la edición 05/2007 del manual.
Tabla 7- 1 Librería SINAUT TD7: sinopsis de bloques
N.º de Nombre simbólico Bloque Bloques auxiliares SINAUT nece- Explicación

bloque auxiliar sarios
Bloques de función FB
FB82 Bin04B_S - DB127 BasicData, Objeto binario, enviar 4 bytes de in-
FC123 Create, FC126 Search formación binaria
FB83 Bin04B_R - DB127 BasicData, Objeto binario, recibir 4 bytes de in-
FC123 Create, FC126 Search formación binaria
FB84 Dat12D_S - DB127 BasicData, Objeto de datos, enviar máx. 12 pala-
FC123 Create, FC126 Search bras dobles con cualquier información
FB85 Dat12D_R - DB127 BasicData, Objeto de datos, recibir máx. 12 pala-
FC123 Create, FC126 Search bras dobles con cualquier información
FB86 Dat256D_S - DB127 BasicData, Objeto de datos, enviar máx. 256
FC123 Create, FC126 Search palabras dobles con cualquier infor-
mación
FB87 Dat256D_R - DB127 BasicData, Objeto de datos, recibir máx. 256
FC123 Create, FC126 Search palabras dobles con cualquier infor-
mación


FB92 Ana04W_S - DB127 BasicData, Objeto de valor analógico, enviar 4
FC123 Create, FC126 Search valores analógicos (valor de 16 bits en
formato INT)
FB93 Ana04W_R - DB127 BasicData, Objeto de valor analógico, recibir 4
FC123 Create, FC126 Search valores analógicos (valor de 16 bits en
formato INT)
FB100 Cnt01D_S - DB127 BasicData, Objeto de valor de contaje, enviar 1
FC123 Create, FC126 Search valor de contaje
FB101 Cnt01D_R - DB127 BasicData, Objeto de valor de contaje, recibir 1
FC123 Create, FC126 Search valor de contaje
FB102 Cnt04D_S - DB127 BasicData, Objeto de valor de contaje, enviar 4
FC123 Create, FC126 Search valores de contaje
FB103 Cnt04D_R - DB127 BasicData, Objeto de valor de contaje, recibir 4
FC123 Create, FC126 Search valores de contaje
FB110 Cmd01B_S - DB127 BasicData, Objeto de comando, enviar 1 byte de
FC123 Create, FC126 Search comandos (1 de 8)
FB111 Cmd01B_R - DB127 BasicData, Objeto de comando, recibir 1 byte de
FC126 Search comandos (1 de 8)
FB116 Set01W_S - DB127 BasicData, Objeto de consigna, enviar 1 consigna
FC123 Create, FC126 Search (16 bits) y recibir consigna local
FB117 Set01W_R - DB127 BasicData, Objeto de consigna, enviar 1 consigna
FC123 Create, FC126 Search (16 bits) y recibir consigna local actual
y enviar consigna local
FB118 Par12D_S - DB127 BasicData, Objeto de parámetro, enviar máx. 12
FC123 Create, FC126 Search palabras dobles con parámetros y
recibir parámetros locales
FB119 Par12D_R - DB127 BasicData, Objeto de parámetro, recibir máx. 12
FC123 Create, FC126 Search palabras dobles con parámetros y
enviar parámetros locales
FB124 SMS_Control - DB127 BasicData, Bloque para enviar mensajes SMS
FC123 Create,
FC125 Diagnose, FC126 Search
FB125 PCom sí DB127 BasicData, Bloque para la comunicación a través
FC124 Distribute, de una conexión de bus periférico (se
FC125 Diagnose, FC126 Search utilizan las SFC WR_REC y RD_REC)
FB126 XCom sí DB127 BasicData, Bloque de comunicación para una
FC124 Distribute, conexión X no configurada (se utilizan
FC125 Diagnose, FC126 Search las SFC X_SEND y X_RCV)
FB127 BCom sí DB127 BasicData, Bloque de comunicación para una
FC124 Distribute, conexión PBK configurada (se utilizan
FC125 Diagnose, FC126 Search los SFB BSEND y BRCV)
Funciones FC
FC111 PathStatus - DB127 BasicData, Muestra el estado del recorrido de las
FC125 Diagnose, FC126 Search conexiones entre el módulo y el inter-
locutor.
FC112 ST7ObjectTest - DB127 BasicData Impide que la CPU pase a STOP
cuando recibe datos con un número
de objeto de destino erróneo.


FC113 PartnerMonitor - DB127 BasicData, Permite visualizar información de
FC125 Diagnose, FC126 Search estado importante y controlar un dis-
positivo SINAUT.
FC114 Trigger - DB127 BasicData, Activa una salida en un instante de-
FC125 Diagnose terminado o en un período predefinido.
FC115 PartnerStatus - DB127 BasicData, Muestra el estado de conexión de un
FC125 Diagnose, FC126 Search máximo de 8 dispositivos SINAUT.
FC116 Safe - DB127 BasicData Bloque para asegurar la entrada de
comandos y consignas
FC117 PulseCounter - DB127 BasicData Bloque para registrar un máximo de 8
entradas de contaje
FC118 TestCopy - DB127 BasicData Bloque de test para escribir datos
recibidos y/o enviados
FC119 ListGenerator300 - DB127 BasicData Bloque para generar una lista de obje-
tos - Versión para S7-300
FC120 ListGenerator400 - DB127 BasicData Bloque para generar una lista de obje-
tos - Versión para S7-400
FC121 TimeTask - DB127 BasicData, Bloque para gestionar la fecha y la
FC125 Diagnose hora en una CPU.
FC122 Startup - DB127 BasicData Bloque de arranque
FC123 Create sí DB127 BasicData, Bloque para componer datos e intro-
FC125 Diagnose, FC126 Search ducirlos en el buzón de transmisión del
DB de comunicación
FC124 Distribute sí DB127 BasicData, Bloque para distribuir datos de recep-
FC125 Diagnose, FC126 Search ción entre los objetos de destino loca-
les
FC125 Diagnose sí DB127 BasicData Bloque para introducir avisos de sis-
tema en el búfer de diagnóstico de la
CPU
FC126 Search sí - Bloque para realizar tareas de bús-
queda
FC127 BasicTask - DB127 BasicData, Bloque para realizar todas las tareas
FC123 Create, FC125 Diagnose, básicas de SINAUT en la CPU
FB125 PCom, FB126 XCom,
FB127 BCom
Bloques de datos DB
DB99 TestCopyData - - Bloques de datos para FC TestCopy
DB125 SMS_Data - UDT125 ShortMessageObject Bloque de datos para el FB
SMS_Control, que incorpora textos de
SMS, entre otros.
DB127 BasicData sí UDT126 ConnectionDescription, Bloque de datos para incorporar la
UDT127 SubscriberObject información básica de SINAUT
Tipos de datos UDT definidos por el usuario
UDT125 ShortMessage sí - Objeto SMS (para el DB SMS_Data)
Object
UDT126 Connection- sí - Descripción de la conexión (para DB
Description BasicData)


UDT127 SubscriberObject sí - Objeto del dispositivo (para DB Ba-
sicData)
Tabla de variables VAT
VAT99 VAT_TestCopy - - Tabla de variables para FC TestCopy
Bloques de función de sistema SFB
SFB12 BSEND sí - Envío de datos por bloques a través
de una conexión configurada
SFB13 BRCV sí - Recepción de datos por bloques a
través de una conexión configurada
Funciones de sistema SFC
SFC0 SET_CLK sí - Ajustar la hora de la CPU
SFC1 READ_CLK sí - Leer la hora de la CPU
SFC20 BLKMOV sí - Copiar variables
SFC22 CREAT_DB sí - Generar bloque de datos
SFC23 DEL_DB sí - Borrar bloque de datos
SFC24 TEST_DB sí - Probar bloque de datos
SFC25 COMPRESS sí - Comprimir memoria de usuario
SFC46 STP sí - Poner CPU en STOP
SFC52 WR_USMSG sí - Escribir aviso de diagnóstico de usua-
rio en el búfer de diagnóstico
SFC64 TIME_TCK sí - Leer hora del sistema
SFC65 X_SEND sí - Enviar datos a través de una conexión
no configurada
SFC66 X_RCV sí - Recibir datos a través de una conexión
no configurada
7.1.4 Cambiar números de bloque
Introducción
Los bloques de la librería TD7 tienen números de bloque fijos que, en la medida de lo
posible, deberían aplicarse al programa de usuario sin cambios. Esto rige especialmente
para todos los bloques de sistema SFBs y SFCs, cuyo número en principio no es
modificable.

Sin embargo, existe la posibilidad de adaptar los números de FB, FC, DB y UDT TD7 si
fuera necesario. El trabajo invertido en el cambio puede ser más o menos copioso. Se
distinguen los niveles de cambio siguientes:
● Se cambian solo los números de bloques que no están incluidos en la categoría de
bloques auxiliares ("raya" en la columna "Bloque auxiliar" de la tabla)
y
Los números estándar de los bloques auxiliares no se han cambiado en el proyecto en
cuestión.
● Solo se cambian los números de las UDT TD7.
● Uno o varios de los bloques auxiliares TD7 debe obtener un número distinto ("sí" en la
columna "Bloque auxiliar" de la tabla)
o
Deben copiarse más bloques TD7 en un proyecto en el que ya se han cambiado
números de bloques auxiliares TD7, sin importar si dichos bloques son auxiliares o no.
Según sea el nivel de cambio, proceda del modo descrito a continuación.
Nota
Números de bloques en la tabla de símbolos de la CPU
Cada vez que se cambia el número de un bloque hay que asegurarse de que el cambio de
número se registre también en la tabla de símbolos de la CPU. En caso contrario se
producen errores cuando se inicia un proceso de almacenamiento en la administración de
dispositivos de la herramienta de configuración SINAUT.
Cambiar números de bloques no auxiliares

Para aplicar la instrucción de cambio descrita aquí deben cumplirse los siguientes
requisitos:
● Deben cambiarse únicamente números de bloques SINAUT que no están incluidos en la
categoría de bloques auxiliares.
y
● Los números estándar de los bloques auxiliares SINAUT no se han cambiado en el
proyecto correspondiente.
Situación de partida
Ya se ha configurado la instalación SINAUT, es decir, se ha realizado la configuración de
conexión en la herramienta de configuración SINAUT y se ha iniciado un proceso de
almacenamiento en la administración de dispositivos. En todos los directorios de programa
de las CPU, además del directorio SDB y del OB1, también hay los bloques TD7 necesarios.

Figura 7-8 Ejemplo de un proyecto con bloques básicos TD7
Realización del cambio

1. Copie los bloques que todavía necesite directamente de la librería TD7 al directorio de
programa de la CPU correspondiente.
Si el número de uno de los bloques copiados es idéntico a un bloque ya existente,
aparece un cuadro de diálogo que señala que hay una colisión de números. En él se
pregunta si debe cambiarse el nombre del bloque.
2. Haga clic en "Rename".
Aparece otro cuadro de diálogo para introducir el número nuevo.
3. Introduzca el nuevo número y confirme con "OK".
Figura 7-9 Cambiar el nombre de bloques en el cuadro de diálogo

Si se cambia el número de bloque en este cuadro de diálogo, el cambio tendrá efecto

automáticamente también en la tabla de símbolos. Esto se ve por el hecho de que el bloque
cuyo número se ha cambiado aparece inmediatamente con el nombre simbólico
correspondiente de la librería TD7 en el directorio de bloques.
Figura 7-10 Cambio de nombre con asignación automática de símbolo
Si se copian varios bloques a la vez, el cuadro de diálogo aparece para cada bloque cuyo
número ya está ocupado.
Si al copiar no se abre el cuadro de diálogo para cambiar el nombre significa que no hay
colisiones con bloques existentes.
Si, a pesar de todo, desea asignar un número distinto a los bloques copiados, modifique los
números directamente en el directorio de bloques y adapte las entradas correspondientes
en la tabla de símbolos. El nombre simbólico de un bloque TD7 se introduce en la tabla de
símbolos de la CPU de destino al copiarlo de la librería TD7, pero no se tiene en cuenta el
número nuevo porque no se cambió en primera instancia al copiar.
Si desea modificar un bloque depositado previamente por la herramienta SINAUT, puede
cambiar los números de estos bloques directamente en el directorio de bloques. De todas
formas, no hay que olvidar cambiar los números también en la tabla de símbolos de la CPU.
Esto solo afecta a los bloques FC122 Startup y FC127 BasicTask. Todos los demás bloques
están incluidos en la categoría de bloques auxiliares.
Nota
No cambiar el nombre de bloques de datos
Los números de bloques de datos TD7 no deben cambiarse nunca de este modo. Son los
bloques de datos con los siguientes nombres de símbolos:
BasicData, XComData01, XComData02 ..., PComData01.., BComData01 ...

Si desea realizar los mismos cambios para varias CPU, es posible terminar primero los
cambios en el directorio de bloques y en la tabla de símbolos para una CPU. A continuación,
es posible copiar los bloques modificados del directorio de bloques de la CPU terminada en
el de las otras CPU. Finalmente, debe hacer lo mismo en todas las tablas de símbolos.
Cambiar números de UDTs

Para aplicar la instrucción descrita aquí deben cumplirse los siguientes requisitos:
● Solo deben cambiarse números de UDT SINAUT.
La instalación SINAUT se ha configurado solamente hasta la configuración de conexiones
con la herramienta de configuración SINAUT correspondiente, esta incluida.
Importante: En la administración de dispositivos de la herramienta de configuración SINAUT
todavía no se ha iniciado ningún proceso de almacenamiento.
El resultado es que en los directorios de programa de las CPUs todavía no hay bloques
SINAUT. En el directorio de bloques de la CPU hay solo datos de sistema y el OB1, por
ejemplo, tal como muestra la figura siguiente.
Figura 7-11 Ejemplo de un proyecto (sin programa de usuario o SINAUT todavía)

Modifique los números de UDT de forma indirecta mediante la tabla de símbolos de la CPU
utilizando la administración de dispositivos de la herramienta de configuración SINAUT.
Paso 1
● Desde la tabla de símbolos de la librería TD7 copie las UDTs que desea cambiar en la
tabla de símbolos de la primera CPU.
● En esta tabla de símbolos, cambie los números de las UDTs SINAUT por los que desee.

● Guarde la tabla de símbolos.

● Seguidamente, copie las filas con los números de UDT modificados en las tablas de
símbolos de todas las demás CPU del proyecto.
No olvide guardar todas las tablas de símbolos modificadas.
Paso 2
● Una vez todas las tablas de símbolos están ocupadas y guardadas, vaya a la
administración de dispositivos de la herramienta de configuración SINAUT ST7.
● Allí, haga clic en el botón "Save".
Aparece otro cuadro de diálogo, "Options" (véase la figura siguiente).
● Ajuste lo siguiente:
– Active la opción "System data blocks for TIMs and CPUs"
– Active la opción "SINAUT TD7 source files for CPUs"
– Active la opción "for all CPUs".
– Seguidamente, pulse "OK".
Figura 7-12 Cuadro de diálogo para iniciar la generación de los bloques SINAUT TD7
Una vez finalizada la operación de almacenamiento, en el directorio de bloques de todas las

CPU están registrados los bloques SINAUT necesarios en un principio, entre otros también
las UDT, que ahora tienen números nuevos. Las UDTs SINAUT se necesitan solo para
generar el bloque de datos BasicData. Este bloque de contabilidad central también está

incluido en el directorio de bloques y se ha generado teniendo en cuenta los nuevos

números de UDT.
Cambiar números de bloques auxiliares

Para aplicar la instrucción descrita aquí deben cumplirse los siguientes requisitos:
● En un proyecto nuevo deben cambiarse los números de bloques auxiliares SINAUT
(consulte la "situación de partida 1" más abajo).
o
● Deben copiarse más bloques SINAUT en un proyecto en el que ya se han cambiado
números de bloques auxiliares SINAUT.
No importa si dichos bloques son auxiliares o no (consulte la "situación de partida 2" más
abajo).
Situación de partida 1
La instalación SINAUT se configura de la forma descrita en el capítulo "Software de
configuración para SINAUT ST7", incluida la "configuración de conexiones" con la
herramienta de configuración SINAUT correspondiente. La herramienta SINAUT
"Administración de dispositivos" todavía no se inicia.
En su proyecto hay ahora todas las CPUs S7 y todos los módulos TIM. En el directorio de
bloques de la CPU solo hay los datos de sistema, como el OB1.
Modifique los números de forma indirecta mediante la tabla de símbolos de la CPU
utilizando la administración de dispositivos de la herramienta de configuración SINAUT.
Paso 1
En los directorios de bloques de todas las CPUs S7, introduzca los bloques de usuario (FBs,
FCs, DBs y UDTs) cuyos números desee conservar. Si se han asignado nombres
simbólicos a los bloques deben introducirse en las tablas de símbolos de las CPU.
Paso 2
A continuación, compruebe los bloques SINAUT que necesita para el programa. La tabla
siguiente muestra los bloques que necesita en un principio el programa SINAUT. En función
del tipo de CPU habrá una diferencia mínima.
Los bloques SMSxxx solo se necesitan si se ha configurado la función SMS.
Tabla 7- 2 Bloques SINAUT que se necesitan siempre.
S7-300 S7-400
FB126 XCom FB127 BCom
FB125 PCom
FB124 SMS_Control
FC122 Startup
FC123 Create
FC124 Distribute
FC125 Diagnose

S7-300 S7-400
FC126 Search
FC127 BasicTask
DBxxx SMS_Data
DB127 BasicData
UDT126 ConnectionDescription
UDT127 SubscribeObject
En función de la tabla deben determinarse los demás bloques correspondientes. Como

mínimo se agregan uno o varios bloques para el registro y la salida de datos. Son los
bloques comprendidos en el rango de FB40 a FB117.
Posiblemente se requieran otras funciones básicas opcionales que están disponibles en la
librería bajo FC114 ... FC121. Encontrará indicaciones sobre estas funciones básicas
opcionales en el capítulo "Programa de arranque SINAUT en OB100".
Cuando se buscan los bloques SINAUT necesarios para agruparlos es indiferente que sus
números deban cambiarse o no. Deben determinarse todos los bloques SINAUT necesarios
para cada CPU.
Desde la tabla de símbolos de la librería SINAUT TD7, copie las filas que tengan los
bloques SINAUT necesarios en las tablas de símbolos de las diferentes CPUs. En las tablas
de símbolos de las CPUs, cambie los números de bloque SINAUT por los números que
desee.
Nota
Si el cambio es idéntico para varias CPU, es posible adaptar primero la tabla de símbolos de
una de las CPU y copiar después las entradas en las tablas de símbolos de todas las demás
CPU.
Paso 3
Una vez todas las tablas de símbolos están ocupadas, vaya a la herramienta de
configuración SINAUT ST7 "Administración de dispositivos". Allí, pulse el botón "Save".
Aparece otro cuadro de diálogo, "Options". En él, asegúrese de que las opciones siguientes
estén activadas:
● "System data blocks for TIMs and CPUs"
● "SINAUT TD7 source files for CPUs"
● "for all CPUs"
Seguidamente, pulse "OK".
Una vez finalizado el proceso de almacenamiento, el contenido de todos los directorios de
bloques se ha complementado con los bloques SINAUT que aparecen en la correspondiente
tabla de símbolos y se han agregado uno o varios DB de comunicación. Esto se reconoce
por sus nombres simbólicos, p. ej. XComData01, PComData01 o BComData01.
Ahora, los bloques SINAUT tienen sus números nuevos. Si se han modificado números de
bloques auxiliares SINAUT, todos los bloques SINAUT que llaman estos bloques auxiliares
se han compilado de nuevo, es decir, ahora estos bloques auxiliares se llaman internamente
por su nuevo número.

Situación de partida 2
Deben copiarse más bloques SINAUT en una CPU en la que ya se han cambiado números
de bloques auxiliares SINAUT. No importa si dichos bloques son auxiliares o no ni si deben
asignarse números nuevos a estos bloques.
Realización de la copia posterior
Adapte los bloques agregados a los bloques auxiliares SINAUT previamente modificados y
modifique los números de forma indirecta mediante la tabla de símbolos de la CPU en caso
necesario. Hágalo con la administración de dispositivos de la herramienta de configuración
SINAUT.
Paso 1
Desde la tabla de símbolos de la librería SINAUT TD7, copie las filas que tengan los
bloques SINAUT que todavía se necesitan en la tabla de símbolos de la CPU. En caso
necesario, cambie los números de estos bloques en la tabla de símbolos de la CPU.
Si es necesario complementar otras CPU con los mismos bloques, lo mejor es copiar las
entradas nuevas de la tabla de símbolos de la primera CPU en las tablas de símbolos de las
otras CPU. Esto es recomendable especialmente cuando se ha asignado un número distinto
a los nuevos bloques. Los cambios de número en estos bloques se aplicarán directamente
en las otras CPU.
Paso 2
Vaya a la administración de dispositivos de la herramienta de configuración SINAUT e inicie
allí otro proceso de almacenamiento tal como se ha explicado anteriormente en el paso 3.
Una vez finalizado el proceso de almacenamiento, los bloques agregados a la tabla de
símbolos están depositados en el directorio de bloques de la CPU, dado el caso con un
número nuevo. Se han compilado de nuevo, por lo que están adaptados a su entorno
SINAUT local, es decir, internamente se llaman los bloques auxiliares SINAUT utilizando los
números modificados.
Nota
Si un bloque SINAUT necesario como complemento ya existiera en una de las otras CPU
del proyecto y allí se han realizado los mismos cambios de número en los bloques auxiliares
SINAUT, también es posible copiar el bloque desde el programa de la CPU en cuestión.
Sin embargo, en versiones anteriores a V5.1 de STEP 7, con este procedimiento no se
realizará ninguna entrada nueva en la tabla de símbolos de la CPU de destino, como
sucede al copiar de la librería TD7. En este caso debe introducirse el nombre simbólico a
mano, para que no se produzcan errores en una generación posterior.

7.1.5 Copiar programas
Introducción
Cuando varias estaciones de un proyecto SINAUT deben tener el mismo programa o uno
muy parecido, es aconsejable terminar primero el programa para una de las estaciones.
Posteriormente, se copia en todas las demás estaciones y se adapta las particularidades
locales. A continuación se describe un método seguro para copiar programas en proyectos
SINAUT.
La instalación SINAUT se ha configurado ya de la forma descrita en el capítulo "Software de
configuración para SINAUT ST7", es decir, se han configurado las conexiones con la
herramienta de configuración SINAUT correspondiente y se ha iniciado un proceso de
almacenamiento en la herramienta SINAUT "Administración de dispositivos". El resultado es
que en todos los directorios de programa de las CPUs, además del directorio SDB y del
OB1, también hay los bloques SINAUT necesarios por principio. Para una de las CPUs se
ha terminado el programa que debe copiarse a las otras CPUs.
Realización de la operación de copia

En el método que se describe a continuación se copia el contenido completo del programa
S7 de la CPU de origen a la o las CPUs de destino. Seguidamente, en las CPUs de destino
deben corregirse los SDBs de la CPU y los bloques de datos SINAUT (BasicData,
XComData, PComData y BComData). Esto se lleva a cabo mediante un procedimiento de
almacenamiento en la administración de dispositivos de la herramienta de configuración
SINAUT.

Paso 1
● Abra el directorio Programa S7(...) en la CPU cuyo programa debe servir de modelo.
● En la parte derecha de la ventana seleccione los 3 subdirectorios Sources, Blocks y
Symbols (véase la figura).
● Copie los elementos seleccionados en el portapapeles: utilice para ello bien la función
"Copiar" del menú "Edición" bien la combinación de teclas de Windows Ctrl + C.
Figura 7-13 Selección del programa de la CPU de origen
Paso 2:
● Abra ahora el directorio Programa S7(...) de la CPU en la que debe insertarse el
programa copiado en el portapapeles.
● En la parte derecha de la ventana vuelva a seleccionar los 3 subdirectorios Sources,
Blocks y Symbols.
● Inicie la función "Pegar": utilice para ello bien la función "Pegar" del menú "Edición" bien
la combinación de teclas de Windows Ctrl + V.
Repita el paso 2 para todas las CPU que deban obtener el mismo programa.
Paso 3
● Vaya a la herramienta de configuración SINAUT "Administración de dispositivos" e inicie
allí un proceso de almacenamiento.
● Asegúrese de que en el cuadro de diálogo "Propiedades" que se abre hay una marca de
verificación delante de
– "Bloques de datos de sistema para TIMs y CPUs"
y
– "Bloques SINAUT TD7 para CPUs"
● Seguidamente, pulse "Aceptar".
Una vez finalizado el proceso de almacenamiento queda garantizado que los datos
específicos de SINAUT se han adaptado a las particularidades locales en todas las CPU y
que los SDB de las CPU tienen también un contenido correcto.

7.1.6 Aplicación de la Ayuda en pantalla

El presente capítulo también está disponible en la programadora como archivo de ayuda.
Así pues, es posible acceder online a este capítulo.
Acceso a la Ayuda en pantalla desde la librería TD7

Para acceder a la Ayuda en pantalla desde la librería SINAUT TD7, seleccione simplemente
un bloque en el directorio "Blocks", p. ej. FB82. Pulse a continuación la tecla F1. Se
mostrará inmediatamente la descripción del bloque seleccionado.
Figura 7-14 Acceso a la Ayuda en pantalla desde la librería TD7
Acceso a la Ayuda en pantalla desde el directorio de bloques del programa de usuario

De forma parecida a como sucede en la librería TD7, también se accede a la Ayuda en
pantalla desde el directorio de bloques del programa de usuario: Seleccione el bloque
deseado y pulse a continuación la tecla F1.
Figura 7-15 Acceso a la Ayuda en pantalla desde el directorio de bloques del programa de usuario

Acceso a la Ayuda en pantalla cuando se crea el programa

También durante la programación es posible llamar la Ayuda en pantalla. Para ello, el cursor
debe estar en la fila con la llamada del bloque para el que se requiere ayuda. En la figura
siguiente, p. ej., el cursor está en la fila con la llamada del FB82 "Bin04B_S". Si ahora se
pulsa la tecla F1 aparece el texto de ayuda de dicho bloque.
Figura 7-16 Acceso a la Ayuda en pantalla cuando se crea el programa

Ejemplo de un texto de ayuda

La figura siguiente muestra una parte del texto de ayuda que aparece cuando se pulsa la
tecla F1 en los ejemplos anteriores.
Figura 7-17 Ejemplo de un texto de ayuda
Selección de los temas de ayuda

Desde cualquier texto de ayuda de un bloque es posible acceder a todo el contenido del
archivo de ayuda. Haciendo doble clic en "Contenido" se abre el cuadro "Temas de ayuda:
ayuda de bloques SINAUT TD7" (véase la figura siguiente). Desde aquí se accede a
cualquier capítulo de la descripción del bloque.

7.2 Comunicación entre objetos SINAUT
Figura 7-18 Selección de los temas de ayuda
Comunicación entre objetos o typicals

● Objeto / typical
El término "objeto" designa en SINAUT ST7 el tipo de representación y el tratamiento de
magnitudes del proceso, como avisos, valores analógicos, comandos, motores, válvulas,
reguladores, etc. El software TD7 procesa básicamente "objetos".
Los objetos en el entorno de TD7 están formados por normas de procesamiento en
forma de bloques de programa y se denominan "typicals".
Un objeto tiene los componentes siguientes:
– un bloque de función (FB)
– un bloque de datos (DB)
El DB es el juego de datos del objeto que está asignado al FB como DB de instancia.
Un objeto o typical se compone siempre de una parte para el proceso y otra para manejo y
visualización (parte de operador), que trabajan en diferentes dispositivos de la red SINAUT.
Para poder procesar su función predeterminada es necesario que ambas partes se
comuniquen.

Las dos partes se utilizan en los siguientes tipos de dispositivos y se encargan de las tareas
siguientes:
● Typicals de operador
Uso en estaciones maestras (lado de operador)
Estos bloques envían consignas, parámetros, comandos e instrucciones organizativas a
los typicals de proceso.
● Typicals de proceso
Uso en estaciones (lado del proceso)
Estos bloques procesan valores de proceso y devuelven a los typicals de operador datos
de proceso, alarmas, avisos de estado e información organizativa.
La figura siguiente muestra el principio del intercambio de datos entre la parte de proceso y
de operador de un objeto.
Figura 7-19 El principio de la comunicación entre objetos
Los datos que describen al objeto se intercambian entre los dos interlocutores de la
comunicación. Los datos están en los índices de datos 0...n dentro del juego de datos del
objeto. El volumen y la composición de esta área de datos dependen del Typical
correspondiente. Puede estar formada por varios tipos de datos idénticos o por una
combinación de tipos de datos diferentes. En el registro de objeto de la parte de proceso y
operador, la estructura de datos de dos Typicals relacionados es idéntica.
El intercambio de datos no debe funcionar obligatoriamente en ambos sentidos.
Tipos de telegrama
Además de los datos de proceso y operador, entre ambas partes también se intercambia
información organizativa (telegramas organizativos). Se distingue entre los siguientes tipos
de telegrama (TA):
● TA 0: telegramas organizativos espontáneos
● TA 1: telegramas organizativos consultados
● TA 2: telegramas de datos espontáneos
● TA 3: telegramas de datos consultados

El flujo de datos de los telegramas organizativos y las áreas de datos previstas para tal fin
en el juego de datos de objeto (índices organizativos) no se representan en la figura
superior.
Direccionamiento de objetos
● Número de dispositivo
Cada CPU con software TD7 obtiene un número de dispositivo SINAUT unívoco en la
red que puede estar comprendido en el rango de 1 a 32000.
● Número de objeto
Cada Typical que se llama en una de estas CPU tiene un DB de instancia cuyo número
es idéntico al número de objeto SINAUT.
Con el número de dispositivo SINAUT y el número de objeto SINAUT se lleva a cabo un
direccionamiento unívoco para la comunicación entre los Typicals relacionados.
Todos los typicals de puntos de datos son bloques de función (FB). Cuando se llama un FB
debe indicarse un DB de instancia. El número de este DB de instancia es idéntico al número
del objeto de punto de datos. El número de objeto no tiene que ser idéntico en el lado
emisor y receptor.
Para determinar la relación de comunicación, cada typical tiene los dos parámetros
siguientes:
● Número de interlocutor
"PartnerNo"
Número de dispositivo del interlocutor con el que se comunica.
● Número de objeto interlocutor
"PartnerObcetcNo"
Número de objeto (= n.º de DB de instancia) en dicho interlocutor.

Figura 7-20 Comunicación entre objetos en el área WAN
La figura muestra algunos ejemplos de direccionamiento para objetos que intercambian

datos con sus objetos interlocutores a través de WAN.
Explicación del ejemplo de la comunicación entre objetos para los dispositivos 1 y 4:
En el dispositivo 1 se encuentra el objeto n.º 5 de la parte de proceso, que debe
comunicarse con el objeto n.º 15 de la parte de operador en el dispositivo 4. Por
consiguiente, en el Typical del objeto 5 debe indicarse el direccionamiento de interlocutor
siguiente:
● PartnerNo = 4
(número de dispositivo del interlocutor de operador)
● PartnerObjectNo = 15
(número del objeto correspondiente en dicho interlocutor)

En sentido contrario, el direccionamiento del interlocutor en el objeto 15 es:

● PartnerNo = 1
(número de dispositivo del interlocutor de proceso)
● PartnerObjectNo = 5
(número del objeto correspondiente en dicho interlocutor)
Si el objeto 5 desea transmitir datos a su objeto interlocutor 15, se redacta un telegrama de
datos en el que se introduce como dirección de destino la dirección del interlocutor, de dos
niveles. Puesto que el dispositivo de destino es el 4 (= PartnerNo), el software TD7 y los
módulos TIM de la red SINAUT se encargan de que el telegrama de datos en cuestión
llegue al dispositivo de destino indicado, es decir, el 4.
Una vez el telegrama de datos ha llegado al dispositivo de destino 4, el software TD7 puede
determinar, en base al número de objeto de destino 15 (= PartnerObjectNo) incluido en el
telegrama de datos, que la información que hay en el telegrama de datos debe depositarse
en el DB15 local.
● Índice
Para el almacenamiento se considera también el número de índice incluido en el
telegrama de datos.
Si, por ejemplo, es X, la información se deposita en el DB15 a partir del índice de datos X.
Además, en este DB de objeto se indica que han llegado datos nuevos y se anotan los
índices de datos que se han renovado. En el próximo ciclo del programa, el Typical de
operador que procesa este objeto detectará la recepción de los datos nuevos, los procesará
de forma específica para el Typical y los pondrá en las salidas de datos parametrizadas en
el Typical.
En sentido contrario, el objeto de operador 15 envía los datos destinados al objeto de
proceso 5 con un telegrama de datos que incluye como dirección de destino el número de
dispositivo 1 y el número de objeto 5. A través del software TD7 y los TIM, el telegrama de
datos llega finalmente al dispositivo 1. La información incluida en el telegrama de datos se
registra en el lugar correspondiente del DB de objeto 5, de nuevo en función del número de
objeto de destino 5 y del índice de datos. En el próximo ciclo del programa, el Typical de
proceso preparará los datos recién recibidos y los pondrá en las salidas parametrizadas en
la forma adecuada.
Comunicación entre objetos vía LAN

Además de la transmisión de datos entre objetos SINAUT vía WAN, utilizando el software
TD7 también es posible una comunicación local vía LAN o MPI.
La figura siguiente muestra la posible estructura de una instalación en la que están previstos
varias CPU dentro de una estación. Cada CPU lleva a cabo una tarea de automatización
concreta (en el ejemplo los dispositivos 10, 11 y 12). En el nivel superior de esta estación
hay otra CPU (dispositivo 13) que dispone de un control de usuario que controla de forma
centralizada la automatización de las CPU subordinadas.

Figura 7-21 Comunicación entre objetos en LAN (MPI)
Para este caso de aplicación podría utilizarse el software TD7 con sus typicals de proceso y
operador, tal como muestra la figura.
En las CPU subordinadas, los typicals de proceso se encargan de la automatización local y
transmiten cambios de datos a los objetos de operador del PLC centralizado, el dispositivo
13, a través del bus MPI. El control de usuario lee la información de proceso dada a los
objetos de operador y la procesa en correspondencia. Si la situación actual requiere que se
transmitan comandos o consignas a los objetos de proceso, el control de usuario los
introduce por medio de las entradas correspondientes de los Typicals de operador. Estos, a
su vez, los transmiten inmediatamente a los objetos de proceso, que los toman en
consideración para su tarea de automatización específicamente para el Typical.
Los objetos de proceso no solo pueden transmitir los datos al objeto de operador
correspondiente del dispositivo 13 y recibir de él instrucciones de control. También es
posible transmitir adicionalmente la información de proceso a otro interlocutor, p. ej. un
puesto de control central accesible vía WAN y, dado el caso, recibir de él también comandos
o consignas.

Comunicación entre objetos con varios dispositivos de operador

Además de la comunicación entre un Typical de proceso y un Typical de operador, como
muestra la figura anterior, desde un Typical de proceso también es posible intercambiar
datos con más de un interlocutor de operador. La figura siguiente ilustra el principio de
cuando en el dispositivo local 2 y en los dispositivos 3 y 4 accesibles vía WAN está previsto
un typical de operador para el objeto de proceso del dispositivo 1.
Figura 7-22 Comunicación entre objetos con varios dispositivos de operador
La parte de proceso transmite los datos registrados a los tres interlocutores de operador
simultáneamente. En la parte de operador, la transmisión de datos de operador al objeto de
proceso puede realizarse en cualquier momento de forma independiente entre sí. Las
retroalimentaciones del proceso causadas por una instrucción de operador de un
dispositivo, se transmiten automáticamente a los tres objetos de operador. De este modo,

todas las partes de operador tienen siempre la información actualizada. En caso de

consultas generales o individuales, el objeto de proceso también transmite los datos
consultados no solo al interlocutor que ha realizado la consulta sino también a los otros dos
objetos interlocutores.
En este caso, los dispositivos 2, 3 y 4 deben parametrizarse explícitamente como
interlocutores en el Typical de proceso (el Typical debe tener pues tres parámetros como
mínimo para interlocutores, lo que actualmente no sucede) o, alternativamente, no se indica
ninguna parametrización de interlocutores en el Typical. En este último caso, el software
TD7 se encarga automáticamente de la transmisión a todos los dispositivos con los que se
ha configurado una conexión (por medio de la configuración de conexiones SINAUT). En el
ejemplo debería haberse configurado para el dispositivo 1 una conexión tanto con el
dispositivo 2 como con los dispositivos 3 y 4.
Debido a esta configuración de conexiones, en la contabilidad del dispositivo 1 se sabe que
hay una conexión local con el dispositivo 2 y una conexión WAN con los dispositivos 3 y 4
que pasa por el módulo TIM local. Por consiguiente, el software TD7 elabora dos telegramas
de datos:
● Uno que se transmite por el bus MPI al interlocutor 2 accesible localmente.
● Otro que se transfiere al TIM para que lo transmita a su vez.
Por su parte, el TIM comprueba los interlocutores que conoce en relación al dispositivo 1.
Por su contabilidad sabe que son los dispositivos 3 y 4.
Si la red SINAUT es una red de marcación, el TIM duplicará el telegrama de datos: una vez
para el dispositivo 3 y otra para el dispositivo 4. Ambos telegramas de datos son
complementados por el TIM con el número de dispositivo que faltaba hasta el momento, 3 y
4 respectivamente. Seguidamente, el TIM establece una conexión con el dispositivo 3 y
transmite el telegrama de datos dirigido a él. A continuación marca el dispositivo 4, que
recibe la copia del telegrama de datos que se ha creado para él.
Si la red SINAUT es una red de línea dedicada y el TIM es el maestro del sondeo en el
dispositivo 3 (TIM de estación maestra), el TIM del dispositivo 1 no podrá realizar ninguna
transmisión directa a los dispositivos 3 y 4, como en la red de marcación. En la situación
actual, el telegrama de datos destinado al dispositivo 4 debe transmitirse indirectamente a
través del TIM de estación maestra en el dispositivo 3. En este caso, el telegrama de datos
que se enviará no se duplica sino que se complementa con dos direcciones de destino,
concretamente 3 y 4. Este telegrama de datos se transmite en la próxima llamada al TIM de
estación maestra. Este detecta las dos direcciones de destino y, consultando su
contabilidad, determina que uno de los destinos es accesible localmente y el otro a través
de la red de línea dedicada. En consecuencia, el TIM de estación maestra elabora una copia
del telegrama de datos. En el original se elimina la dirección de destino 4 y se transfiere al
dispositivo 3 accesible localmente con la dirección de destino 3 que queda. La copia obtiene
únicamente la dirección de destino 4, se transmite al TIM del dispositivo 4 a través de la
línea dedicada y desde el TIM se transfiere al dispositivo 4.

7.3 Estructuración del programa de usuario SINAUT
Interacción de los bloques
Figura 7-23 Interacción de los bloques tomando como ejemplo la parte de proceso
Introducción
El programa de usuario SINAUT se integra en los siguientes bloques de organización:
● Programa de arranque SINAUT en OB100
● Programa cíclico SINAUT en OB1
● Programa controlado por tiempo SINAUT en un OB de alarma cíclica, p. ej. OB35
● Programa de comprobación SINAUT en el OB121 de error de programación
Nota
En la explicación que se da a continuación sobre la estructura del programa SINAUT tan
solo se esboza brevemente la tarea de los diferentes bloques. Encontrará información
detallada sobre la función y los parámetros en las descripciones propias de los bloques
citados.

7.3.1 Programa de arranque SINAUT en OB100

La estructura del programa SINAUT en el OB100 de arranque es la siguiente:
Tabla 7- 3 Llamada de la FC Startup en el OB de arranque
OB100
Startup Para el programa SINAUT únicamente debe integrarse la llamada de la FC
Startup en el OB100 de arranque. La FC no tiene parámetros.
Las funciones de arranque específicas del usuario que se requieran indepen-
dientemente del programa SINAUT pueden integrarse en el OB de arranque
antes o después de la FC Startup.
Observación:
No debe utilizarse el OB101 de arranque, que está previsto para el rearranque normal en
S7-400.
7.3.2 El programa cíclico SINAUT
Introducción
La estructura básica del programa cíclico SINAUT en el OB1 se explica a continuación.
El programa cíclico SINAUT completo debe procesarse en cada ciclo del OB1.
Si no se indica lo contrario debe mantenerse exactamente el orden de llamada de los
bloques.
Estructura del programa cíclico SINAUT en el OB1
OB1 cíclico
BasicTask Al principio del programa cíclico SINAUT debe llamarse siempre la FC Basic-
Task. Se encarga de las tareas básicas SINAUT que se necesitan por principio.
Funciones básicas Justo después de la FC BasicTask pueden llamarse otros bloques (FC) que
SINAUT opciona- realizan funciones básicas opcionales, p. ej.:
les
• TimeTask
Pone a disposición la hora

• Trigger
Inicia programas de usuario y telegramas de datos en función del tiempo

• PartnerStatus
Indica si el dispositivo está en buen estado o averiado

• PartnerMonitor
Indicaciones y posibilidades de control ampliadas específicas del dispositivo

• ListGenerator
Genera listas de direcciones para telegramas de recepción con dirección de

destino incompleta

OB1 cíclico
Typicals de puntos A continuación de las FCs anteriores para tareas básicas SINAUT se llaman los
de datos Typicals de puntos de datos para enviar y recibir datos. El orden de los diferen-
tes Typicals es aleatorio. El número de Typicals que deben llamarse y los tipos
necesarios dependen de las cantidades y los tipos de datos que deben enviarse
y recibirse. En la librería SINAUT TD7 instalada en la programadora encontrará
los Typicals de puntos de datos que pueden seleccionarse actualmente. Todos
los Typicals de puntos de datos son FBs. Cuando se llama un FB debe indicarse
un DB de instancia. El número de este DB de instancia es idéntico al número del
objeto de punto de datos (esta regla de direccionamiento no es válida para las
versiones ST1 de los Typicals de puntos de datos).
El programa cíclico específico de usuario, que se necesita aparte del programa
SINAUT, puede integrarse en el OB1 antes o después del programa SINAUT, o
incluso dentro del programa SINAUT, en tanto que tuviera algún sentido hacer-
lo.
El programa SINAUT puede estructurarse en el OB1 empaquetándolo en una o varias FC.
Programa cíclico OB1 para una estación
OB1 cíclico
Task. La FC tiene un solo parámetro, concretamente "UserFC". Por norma ge-
neral puede indicarse un 0. Sin embargo, si desea seguir procesando datos
recibidos de forma personalizada, aquí debe indicarse el número de una FC que
incluya el programa para este procesamiento posterior.
TimeTask Opcionalmente es posible llamar la FC TimeTask a continuación de la FC Ba-
sicTask. La FC no tiene parámetros. La FC TimeTask debe integrarse cuando
se necesita la hora. Esto permite poner un sello de tiempo a los telegramas de
datos.
De todas formas, la hora también puede utilizarse para iniciar partes del pro-
grama en un instante determinado o enviar telegramas de datos en función del
tiempo. Para ello se necesita la FC Trigger que se describe a continuación.
Para utilizar la FC TimeTask es imprescindible que la CPU reciba la hora de un
módulo TIM local. Esto se define por configuración.
Trigger La FC Trigger es opcional. Esta FC activa su salida durante un ciclo del OB1
cuando se ha alcanzado el instante o período parametrizado en la FC.
La FC puede integrarse más de una vez si se requieren varios instantes o dife-
rentes períodos. Para utilizar la FC es imprescindible que previamente se llame
la FC TimeTask en el programa del OB1 (véase arriba).
PartnerStatus La FC PartnerStatus es opcional. La FC muestra el estado para un máximo de 8
interlocutores de la comunicación.
ListGenerator La FC ListGenerator300 (para CPU S7-300) o la FC ListGenerator400 (para
CPU S7-400) es opcional. La FC se necesita cuando la estación recibe telegra-
mas que no tienen dirección de destino o está incompleta. Esto sucede cuando
en uno de los dispositivos ST7 con los que se comunica la estación se ha re-
nunciado a parametrizar la dirección de destino en uno o varios typicals de pun-
tos de datos ("PartnerNo" y "PartnerObjectNo" no se han rellenado; de este
modo se transmite a todos los dispositivos de destino conocidos).

OB1 cíclico
Typicals de puntos A continuación de las FC para tareas básicas SINAUT se llaman los typicals de
de datos puntos de datos para enviar y recibir datos. El orden de los diferentes Typicals
es aleatorio. El número de Typicals que deben llamarse y los tipos necesarios
dependen de las cantidades y los tipos de datos que deben enviarse y recibirse.
Para una estación rige normalmente:
• Se envían:
– información binaria, como avisos de estado y alarmas
– valores analógicos
– valores de contaje
• Se reciben:
– comandos
– consignas, valores límite, parámetros
Todos los Typicals de puntos de datos son FBs. Cuando se llama un FB debe
indicarse un DB de instancia. El número de este DB de instancia es idéntico al
número del objeto de punto de datos.
Bin04B_S Uno o varios FB para registrar y transmitir información binaria, como avisos,
alarmas, etc.
Ana04W_S Uno o varios FB para registrar y transmitir valores analógicos
Cnt01D_S / Uno o varios FB para registrar y transmitir valores de contaje
Cnt04D_S Para utilizar los FB es imprescindible que la FC PulseCounter esté integrada en
un OB de alarma cíclica, p. ej. OB35. Dicha FC se encarga de registrar en el
fondo los impulsos de contaje con control de tiempo.
Cmd01B_R Uno o varios FB para recibir y emitir comandos
Set01W_R / Uno o varios FB para recibir y emitir consignas, valores límite o parámetros
Par12D_R
Dat12D_S / Uno o varios FB para registrar y transmitir 12 palabras dobles de datos con un
Dat256D_S contenido informativo cualquiera.
Para estos typicals se suprime el procesamiento específico de los datos y el
control de cambios. Esta tarea corresponde al programa de usuario. Opcional-
mente es posible activar un control de cambios que inicia una transmisión cada
vez que cambia un bit.
El programa de usuario de la estación, que se necesita aparte del programa SINAUT, puede
integrarse en el OB1 antes o después del programa SINAUT.

Programa cíclico OB1 para una estación maestra
OB1 cíclico
Task. La FC tiene un solo parámetro, concretamente UserFC. Por norma gene-
ral puede indicarse un 0. Sin embargo, si desea seguir procesando telegramas
de recepción de forma personalizada, aquí debe indicarse el número de una FC
que incluya el programa de usuario para este procesamiento posterior.
TimeTask Opcionalmente es posible llamar la FC TimeTask a continuación de la FC Ba-
sicTask. La FC no tiene parámetros. La FC debe integrarse cuando se necesita
la hora SINAUT. Esto permite poner un sello de tiempo a los telegramas
SINAUT. De todas formas, la hora SINAUT también puede utilizarse para iniciar
partes del programa en función del tiempo. Para ello se necesita la FC Trigger.
Para utilizar la FC TimeTask es imprescindible que la CPU reciba la hora actual
de un módulo TIM local. Esto debe especificarse al configurar el TIM en HW
Config, en el cuadro de diálogo "Propiedades", ficha "Servicio horario".
Trigger La FC Trigger es opcional. Esta FC activa su salida durante un ciclo del OB1
cuando se ha alcanzado el instante o período parametrizado en la FC. La FC
puede integrarse más de una vez si se requieren varios instantes o diferentes
períodos.
Para utilizar la FC es imprescindible que previamente se llame la FC TimeTask
en el programa del OB1.
PartnerStatus La FC PartnerStatus es opcional. La FC muestra el estado actual para un má-
ximo de 8 interlocutores de la comunicación.
Si es necesario visualizar el estado de más de 8 dispositivos, hay que integrar la
FC PartnerStatus el número de veces correspondiente.
El bloque sirve para vigilar las conexiones con TIM locales.
PartnerMonitor La FC PartnerMonitor es opcional. La FC tiene las tareas siguientes:
• Muestra información de estado importante para un interlocutor de la comuni-
cación.
• Por medio de la FC es posible lanzar una consulta general del dispositivo.
• Por medio de la FC es posible establecer y deshacer una conexión perma-
nente con el dispositivo.
La FC PartnerMonitor debe integrarse una vez para cada dispositivo para el que
se requieran posibilidades avanzadas de visualización y control. En este caso,
para dichos dispositivos no es necesario utilizar la FC PartnerStatus.
El bloque sirve para vigilar y controlar las conexiones con estaciones ST7.
ListGenerator La FC ListGenerator300 (para CPU S7-300) o la FC ListGenerator400 (para
CPU S7-400) es opcional. La FC se necesita cuando la estación maestra recibe
telegramas de datos que no tienen dirección de destino o está incompleta. Esto
sucede cuando en una estación ST7 se ha renunciado a parametrizar la direc-
ción de destino en uno o varios typicals de puntos de datos ("PartnerNo" y
"PartnerObjectNo" no se han rellenado; de este modo se transmite a todos los
dispositivos de destino conocidos).

OB1 cíclico
Typicals de puntos A continuación de las FC para tareas básicas SINAUT se llaman los typicals de
de datos puntos de datos para enviar y recibir datos. El orden de las llamadas es aleato-
rio. El número de typicals que deben llamarse y los tipos necesarios dependen
de las cantidades y los tipos de datos que deben enviarse y recibirse.
Para una estación maestra se aplica normalmente lo siguiente:
• Se envían:
– comandos
– consignas, valores límite, parámetros
• Se reciben:
– información binaria, como avisos de estado y alarmas
– valores analógicos
– valores de contaje
Todos los Typicals de puntos de datos son FBs. Cuando se llama un FB debe
indicarse un DB de instancia. El número de este DB de instancia es idéntico al
número del objeto de punto de datos.
Bin04B_R Uno o varios FB para recibir y emitir información binaria, como avisos, alarmas,
etc.
Ana04W_R Uno o varios FB para recibir y emitir valores analógicos
Cnt01D_R / Uno o varios FB para recibir y emitir valores de contaje
Cnt04D_R
Cmd01B_S Uno o varios FB para registrar y transmitir comandos
Para utilizar los FB citados es imprescindible que la FC Safe esté integrada al
final de todos los typicals de puntos de datos. Dicha FC se encarga de que la
entrada de comandos y consignas sea segura.
Set01W_S / Uno o varios FB para registrar y transmitir consignas, valores límite o paráme-
Par12D_S tros
Para utilizar los FB citados es imprescindible que la FC Safe esté integrada al
final de todos los typicals de puntos de datos. Dicha FC se encarga de que la
entrada de comandos y consignas sea segura.
Dat12D_R / Uno o varios FB para recibir y emitir 12 palabras dobles de datos con un conte-
Dat256D_R nido informativo cualquiera.
Safe La FC Safe debe llamarse una vez al final de todos los typicals de puntos de
datos cuando en ellos se llaman bloques de emisión para comandos (Cmd..) o
consignas (Set../Par..).
El programa de usuario de la estación maestra, que se necesita aparte del programa

SINAUT, puede integrarse en el OB1 antes o después del programa SINAUT.
En la estación maestra es aconsejable estructurar el programa del OB1 ordenado por
estaciones, es decir, todos los typicals de datos que forman parte de la misma estación se
empaquetan en una FC. La claridad aumenta cuando el número de la FC es el mismo que el
número de dispositivo de la estación.

7.3.3 OB de alarma cíclica
Introducción
En una CPU solo debe integrarse un programa controlado por tiempo SINAUT si en ella
deben registrarse impulsos de contaje.
Los impulsos de contaje se registran mediante un módulo de entradas digitales cualquiera.
Para registrar los impulsos con seguridad es necesario consultar los cambios de las
entradas digitales utilizadas en un período fijo. Para ello, el período se rige por la duración
del impulso de contaje más corto. La duración mínima de un impulso de contaje puede ser
de 50 ms. Lo mismo es válido para la duración de la pausa. Así pues, la frecuencia de
contaje máxima es de 10 Hz.
El período en el que deben registrarse los impulsos de contaje debe durar aproximadamente
la mitad que el impulso de contaje, es decir, con 50 ms un período de unos 25 ms.
Para este registro de impulsos de contaje controlados por tiempo debe programarse el
OB35 en una CPU S7-300 y, en una CPU S7-400, uno de los OBs de alarma cíclica
disponibles, del OB30 al OB38.
Todos los OB de alarma cíclica tienen un intervalo de tiempo predeterminado, que en el
OB35 es de 100 ms, p. ej. Dicho intervalo puede modificarse en incrementos de 1 ms. Esto
significa que es posible ajustar un OB de alarma cíclica a 25 ms, por ejemplo.
El intervalo de tiempo de un OB de alarma cíclica se modifica en el cuadro de diálogo de
propiedades; en un S7-300 en el cuadro de diálogo de propiedades de la CPU.
Tabla 7- 4 Llamada de la FC PulseCounter en el OB de alarma cíclica
OB35
Pulse Counter Es posible integrar una o varias FC PulseCounter para registrar impulsos de
contaje.
La FC PulseCounter procesa un máximo de 8 entradas de impulso de una en-
trada digital cualquiera. Los impulsos de contaje registrados se acumulan en
contadores SIMATIC programables. Los contadores acceden a los bloques de
función que elaboran los telegramas de valores de contaje (FB Cnt0x_S).
Las funciones de alarma cíclica específicas de usuario que se requieran inde-
pendientemente del programa SINAUT pueden integrarse en cualquier lugar del
OB de de alarma cíclica.
7.3.4 OB de error de programación
Introducción
Cuando en una CPU se llama un bloque que no existe, normalmente la CPU pasa a STOP y
en el búfer de diagnóstico se indica qué FB, FC o DB falta. A continuación existe la
posibilidad de cargar el bloque que falta y rearrancar la CPU.
Sin embargo, si no se desea que la CPU pase a STOP cuando falta un bloque, o bien que
solo pase a STOP cuando faltan determinados tipos o números de bloque, es posible definir
el comportamiento deseado en el OB121.

7.4 Bloques básicos
Basta con cargar el OB121 como bloque vacío en la CPU para que la CPU siga funcionando
aunque falte un bloque. Si desea decidir con más precisión cuándo la CPU debe seguir
funcionando y cuándo debe pasar a STOP, integre el OB121 en el programa de usuario.
En combinación con SINAUT ST7 es posible que una CPU pase a STOP cuando recibe de
otra CPU datos que (todavía) no conoce. Esto sucede, por ejemplo, cuando se agrega un
typical de puntos de datos a una estación y se le proporciona una dirección de destino
completa (número de dispositivo de destino y número de objeto de destino). El número de
objeto de destino indicado puede provocar el estado STOP del dispositivo de destino en el
caso siguiente:
● En cuanto se instala un nuevo typical de puntos de datos en una estación, los datos se
transfieren al destino.
● Si en la CPU de destino todavía no se ha integrado el typical de recepción
correspondiente, tampoco existe el número de objeto de destino (= DB de instancia del
typical de recepción).
El resultado es que la CPU pasa a STOP en cuanto se reciben los datos.
Para que esto no suceda se recomienda llamar la FC ST7ObjectTest en el OB121.
Tabla 7- 5 Llamada de la FC ST7ObjectTest en el OB de error de programación
OB121
ST7ObjectTest La llamada de la FC ST7ObjectTest en el OB121 impide que la CPU pase a
STOP cuando recibe datos con un número de objeto de destino desconocido.
Las otras llamadas pueden integrarse en cualquier lugar del OB121 indepen-
dientemente de la llamada de la FC ST7ObjectTest.
La FC ST7ObjectTest tiene un parámetro "StopInOtherCases". Aquí puede
indicarse lo que debe suceder en otros casos (STOP o seguir funcionando)
cuando se llame el OB121 porque falta otro bloque de datos o un FB o una FC.

Estos bloques se necesitan para tareas organizativas dentro de la CPU, así como para
controlar y vigilar todos los canales de transmisión.
7.4.1 FC Startup
Este bloque se necesita en todas las CPUs. Debe integrarse en el programa de arranque
OB100 y tiene exclusivamente la tarea de activar la marca de arranque en el DB BasicData
y desactivar la marca de flanco correspondiente, en caso de que todavía esté activada.
El bloque no tiene parámetros.
En una instalación SINAUT configurada normalmente, la FC Startup está disponible
automáticamente en el directorio de bloques de la CPU en cuanto se dispara una operación
de almacenamiento en la administración de dispositivos de la herramienta de configuración
SINAUT y la generación de los bloques SINAUT TD7 está activada para las CPU.
Encontrará más información sobre el programa de arranque SINAUT en el apartado
"Programa de arranque SINAUT en OB100".

7.4.2 FC BasicTask
Función
Este bloque se necesita en todas las CPUs. Se encarga de las tareas siguientes:
● Tareas centrales durante el arranque
● El procesamiento de todos los buzones de comunicación
● Tareas organizativas centrales, como iniciar, vigilar y responder consultas generales.
En la configuración de una instalación SINAUT, la FC BasicTask está disponible
Llame la FC BasicTask como primer bloque del OB1.
Parámetro
Nombre: UserFC
Declaración: INPUT
Tipo de datos: INT
Rango de va- • 0
lores:
Valor sustitutivo en caso de que no haya ninguna FC para la finalidad
indicada.
• 1 ... 32000
Número de la FC
El número máximo posible depende de la CPU.
Explicación: Número de una FC para el procesamiento posterior personalizado de los
datos recibidos
Si se ha indicado una FC, esta se llamará automáticamente desde el pro-
grama de usuario cada vez que se reciban datos. En el instante de la llama-
da, el telegrama de recepción se encuentra todavía en el buzón de recepción
del DB de comunicación. El programa de la FC de usuario puede leer el tele-
grama de recepción del buzón de recepción y procesarlo como sea necesa-
rio, p. ej. escribirlo en un búfer intermedio.
El programa de usuario puede leer el número del DB de comunicación actual
a partir de DW60 del DB BasicData (dirección simbólica: CurrentComDB).
Una vez está abierto el DB de comunicación, por medio del puntero en
DW10 es posible encontrar el principio del telegrama de recepción actual en
el buzón de recepción (dirección simbólica: "CurrentReceivedMessage").

Figura 7-24 DB BasicData, DW60 "CurrentComDB", número del DB de comunicación actual
Figura 7-25 DB de comunicación actual, DW10 "CurrentReceivedMessage",

puntero hacia el principio del telegrama de recepción actual en el buzón de recepción
7.4.3 DB BasicData
Este bloque de datos se encarga de la gestión de datos centralizada. Contiene información
que debe estar preparada para todos los bloques en un lugar central. El bloque de datos
contiene, entre otros, la contabilidad de los dispositivos y las descripciones de las
conexiones.
El DB BasicData se genera automáticamente con la longitud necesaria y ya incluye los
datos específicos de los dispositivos y las conexiones; seguidamente, se guarda en el
directorio de bloques de la CPU en cuanto se dispara una operación de almacenamiento en

la administración de dispositivos de la herramienta de configuración SINAUT y la generación

de los bloques SINAUT TD7 está activada para las CPU.
El DB BasicData está presente una vez en cada CPU.
Nota
Número del DB BasicData
El DB BasicData tiene el número DB127 en la librería TD7 y se guarda también con este
número a la hora de generar estos DB para las diferentes CPU. En principio sería posible
cambiar el número, pero es relativamente complicado y es posible que se produzcan errores
al seguir elaborando el programa de usuario.
Por este motivo, se recomienda dejar libre el número de DB 127 para el DB BasicData,
siempre que sea posible.
7.4.4 FB XCom
Bloque auxiliar para la FC BasicTask que permite procesar un buzón de comunicación del
tipo DB XComData por el que se procesa una conexión no configurada, denominada
conexión X, utilizando las SFC X_SEND y X_RCV.
El FB XCom también se encarga de que los telegramas de recepción se distribuyan
inmediatamente a los objetos de recepción correspondientes de la CPU. Para ello, el FB
XCom llama la FC Distribute como bloque auxiliar.
En una instalación SINAUT configurada normalmente, el FB XCom está disponible
SINAUT y la generación de los bloques SINAUT TD7 está activada para las CPU. Durante
la generación se comprueba el tipo de CPU para el que se genera el programa. Si es una
CPU S7-300 se introduce el FB XCom en el directorio de bloques de la CPU. Si es una CPU
S7-400, se introduce el FB BCom.
7.4.5 DB XComData
Bloque de datos de instancia para el bloque de comunicación FB XCom. Este buzón de
comunicación contiene un búfer de recepción (ReceiveBuffer) y uno de transmisión
(SendBuffer), además de datos centralizados necesarios para controlar y administrar la
conexión X que pasa por este buzón.
El bloque de datos se necesita en todas las CPU en las que se utiliza el FB XCom.
Posiblemente se necesite varias veces, en caso de que desde la CPU se gestionen varias
conexiones X.
El DB XComData se genera automáticamente con la longitud necesaria y ya incluye los
datos específicos de las conexiones; seguidamente, se guarda en el directorio de bloques
de la CPU en cuanto se dispara una operación de almacenamiento en la administración de
dispositivos de la herramienta de configuración SINAUT y la generación de los bloques
SINAUT TD7 está activada para las CPU.

7.4.6 FB PCom
tipo DB PComData utilizando las SFC WR_REC y RD_REC. Los telegramas de recepción
también se distribuyen inmediatamente a los objetos de recepción correspondientes de la
CPU. Para ello, el FB PCom llama la FC Distribute como bloque auxiliar.
El FB PCom se utiliza únicamente para la comunicación a través del bus P. Esto afecta a la
comunicación entre un módulo TIM y un módulo CPU de las series CPU 317 y CPU 319 y la
CPU 315-2PN/DP.
7.4.7 DB PComData
Bloque de datos de instancia para el bloque de comunicación FB PCom. Este buzón de
conexión que pasa por este buzón.
El bloque de datos se necesita en todas las CPU en las que se utiliza el FB PCom.
Posiblemente se necesite varias veces, en caso de que desde la CPU se gestionen varias
conexiones correspondientes.
7.4.8 FB BCom
tipo DB BComData por el que se procesa una conexión configurada, denominada conexión
PBK, utilizando los SFB BSEND y BRCV.
El FB BCom también se encarga de que los telegramas de recepción se distribuyan
inmediatamente a los objetos de recepción correspondientes de la CPU. Para ello, el FB
BCom llama la FC Distribute como bloque auxiliar.
En una instalación SINAUT configurada, el FB BCom está disponible automáticamente en el
directorio de bloques de la CPU en cuanto se dispara una operación de almacenamiento en
la administración de dispositivos de la herramienta de configuración SINAUT y la generación
de los bloques SINAUT TD7 está activada para las CPU. Durante la generación se
comprueba el tipo de CPU para el que se genera el programa. Si es una CPU S7-400 se
introduce el FB BCom en el directorio de bloques de la CPU. Si es una CPU S7-300, se
introduce el FB XCom.
7.4.9 DB BComData
Bloque de datos de instancia para el bloque de comunicación FB BCom. Este buzón de
conexión PBK que pasa por este buzón.
El bloque de datos se necesita en todas las CPU en las que se utiliza el FB BCom, incluso
posiblemente varias veces, en caso de que desde la CPU se gestionen varias conexiones
PBK.

El DB BComData se genera automáticamente con la longitud necesaria y ya incluye los

datos específicos de las conexiones; seguidamente, se guarda en el directorio de bloques
de la CPU en cuanto se dispara una operación de almacenamiento en la administración de
dispositivos de la herramienta de configuración SINAUT y la generación de los bloques
SINAUT TD7 está activada para las CPU.
7.4.10 FC Create
Bloque auxiliar para elaborar datos que deben enviarse e introducirlos en el o los buzones
de envío relevantes de los DB de comunicación (DB *ComData). El bloque lo necesitan los
typicals de puntos de datos para telegramas de datos y organizativos y la FC BasicTask
solo para telegramas organizativos.
Este bloque se necesita en todas las CPUs.
En una instalación SINAUT configurada, la FC Create está disponible automáticamente en
el directorio de bloques de la CPU en cuanto se dispara una operación de almacenamiento
en la administración de dispositivos de la herramienta de configuración SINAUT y la
generación de los bloques SINAUT TD7 está activada para las CPU.
7.4.11 FC Distribute
Bloque auxiliar para distribuir los datos que se encuentran en el buzón de recepción entre
los typicals de puntos de datos correspondientes o entre los objetos de dispositivo de la
contabilidad de dispositivos.
En una instalación SINAUT configurada, la FC Distribute está disponible automáticamente
en el directorio de bloques de la CPU en cuanto se dispara una operación de
7.4.12 FC Search
Bloque auxiliar para las siguientes tareas de búsqueda:
● Búsqueda de la dirección inicial de un objeto de dispositivo dentro de la contabilidad de
dispositivos
● Búsqueda del número de objeto local (DB de instancia) en una de las dos listas de
referencia de objetos para un telegrama de recepción con dirección de destino
incompleta
El bloque auxiliar se necesita en casi todos los bloques. Este bloque se necesita en todas
las CPUs.
En una instalación SINAUT configurada, la FC Search está disponible automáticamente en
el directorio de bloques de la CPU en cuanto se dispara una operación de almacenamiento
en la administración de dispositivos de la herramienta de configuración SINAUT y la
generación de los bloques SINAUT TD7 está activada para las CPU.

7.5 Typicals de puntos de datos
7.4.13 FC Diagnose
Bloque auxiliar para introducir avisos de sistema SINAUT en el búfer de diagnóstico de la
CPU.
En una instalación SINAUT configurada, la FC Diagnose está disponible automáticamente
en el directorio de bloques de la CPU en cuanto se dispara una operación de
7.5.1 Tipos y vista general de los typicals de puntos de datos
Tipos de typicals de puntos de datos

Los typicals de puntos de datos procesan uno o varios puntos de datos del mismo tipo de
información, p. ej. 4 bytes de información binaria, 4 valores analógicos o 1 byte de
comandos, etc.
Cuando se llama un typical de puntos de datos (FB) debe indicarse el DB de instancia
correspondiente en cada caso, en el que se escriben los datos y del que se leen los datos
que deben transferirse.
Sentido de transmisión de los typicals

Un typical de puntos de datos para un tipo y una cantidad de información determinados está
disponible siempre en dos variantes:
● Un typical para registrar y enviar
● Un typical para recibir y emitir
Por este motivo, cuando se utilizan typicals de puntos de datos se diferencia según el
sentido de la transferencia:
● Typicals emisores
Los typicals emisores procesan datos y los envían al interlocutor remoto.
Tienen la terminación "_S". Ejemplos: Bin04B_S, Ana04W_S
● Typicals receptores
Los typicals receptores reciben los datos de su interlocutor remoto.
Tienen la terminación "_R". Ejemplos: Bin04B_R, Ana04W_R
Para la transferencia de datos, en los dos interlocutores que se comunican participa siempre
una pareja de typicals correspondiente.

Ejemplos:
● sentido de observación
– La estación envía datos binarios con el typical Bin04B_S
– La estación central recibe los datos con el typical Bin04B_R
● sentido de control
– La estación central envía un comando con el typical Cmd01B_S
– La estación recibe el comando con el typical Cmd01B_R
Estructura de los nombres de Typicals

Las 8 cifras del nombre de los typicals de puntos de datos se asignan siguiendo el esquema
siguiente:
Tabla 7- 6 Estructura de los nombres de 8 dígitos para Typicals
1 2 3 4 5 6 7 8
Tipo de punto de datos Número de datos Formato de Libre S
Bin Información binaria (número del tipo según datos (guión Función
el carácter 6) X = bit bajo) de envío
Ana Valor analógico
Excepción: B = byte R
Cnt Valor de contaje Función
el número de datos en W = palabra
Cmd Comando "Dat256D_x" ocupa tres de recep-
D = palabra ción
Set Consigna, parámetro columnas.
doble
Par Parámetro
R = real
Dat Datos (mezcla cual-
quiera de tipos de
información)
Vista general de los typicals de puntos de datos

La tabla siguiente ofrece una vista general de los typicals de puntos de datos.
Tabla 7- 7 Vista general de los typicals de puntos de datos
Formato de datos Nombre de bloque Función

simbólico
Typicals de valores binarios
BYTE Bin04B_S Enviar 4 bytes de valores binarios
BYTE Bin04B_R Recibir 4 bytes de valores binarios
Typicals de valores analógicos
WORD / INT Ana04W_S Enviar 4 valores analógicos
WORD / INT Ana04W_R Recibir 4 valores analógicos
Typicals de valores de contaje
DWORD Cnt01D_S Enviar 1 valor de contaje
DWORD Cnt01D_R Recibir 1 valor de contaje

Formato de datos Nombre de bloque Función

simbólico
DWORD Cnt04D_S Enviar 4 valores de contaje
DWORD Cnt04D_R Recibir 4 valores de contaje
Typicals de comandos
BYTE Cmd01B_S Enviar 1 byte de comandos (1 de 8)
BYTE Cmd01B_R Recibir 1 byte de comandos (1 de 8)
Typicals de consignas y parámetros
WORD Set01W_S Enviar 1 consigna y recibir la consigna local actual
WORD Set01W_R Recibir 1 consigna y enviar la consigna local actual
DWORD Par12D_S Enviar como máx. 12 palabras dobles con parámetros
y recibir los parámetros locales actuales
DWORD Par12D_R Recibir como máx. 12 palabras dobles con parámetros
y enviar parámetros locales actuales
Typicals de tipos de datos variables y cantidades
DWORD Dat12D_S Enviar como máx. 12 palabras dobles con unos datos
cualesquiera
DWORD Dat12D_R Recibir como máx. 12 palabras dobles con unos datos
cualesquiera
DWORD Dat256D_S Enviar como máx. 256 palabras dobles con unos datos
cualesquiera
DWORD Dat256D_R Recibir como máx. 256 palabras dobles con unos
datos cualesquiera
7.5.2 Sello de tiempo
Formato de los sellos de tiempo SINAUT

En muchos typicals de puntos de datos es posible determinar con el parámetro
"TimeStamp" si los datos del objeto deben transmitirse con sello de tiempo.
Sin embargo, en los typicals de puntos de datos receptores no hay parámetros de salida
que permitan emitir el sello de tiempo recibido. El sello de tiempo simplemente se almacena
en el DB de instancia que se ha indicado al llamar el Typical de recepción correspondiente.
Para seguir procesando el sello de tiempo, los datos deben leerse del DB desde el
programa de usuario.
El sello de tiempo se deposita en dos palabras dobles que tienen el mismo nombre en todos
los DB de objeto:
Nombre de la palabra doble Contenido

RecTimeStamp_1 Año, mes, día y hora
RecTimeStamp_2 Minuto, segundo, milisegundo y estado de la
hora

A excepción del semibyte con el estado de la hora, la fecha y la hora están codificadas en
formato BCD.
Tabla 7- 8 Asignación de la estructura de los sellos de tiempo
Nombre de la palabra N.º de Contenido

doble byte High nibble Low nibble
RecTimeStamp_1 0 Año * 10 Año * 1
1 Mes * 10 Mes * 1
2 Día * 10 Día * 1
3 Hora * 10 Hora * 1
RecTimeStamp_2 0 Minuto * 10 Minuto * 1
1 Segundo * 10 Segundo * 1
2 Milisegundo * 100 Milisegundo * 10
3 Milisegundo * 1 Estado de la hora
Tabla 7- 9 Asignación de bits del semibyte "Estado de la hora" (Low nibble de byte 3 de RecTimeS-
tamp_2)
N.º de bit Valor Significado

0 0 La hora no es válida
1 La hora es válida
1 0 Horario de invierno (hora normal)
1 Horario de verano
2 Libre
3 Libre
Según sea el Typical, las palabras dobles de tiempo citadas ocupan diferentes direcciones.
En el DB de instancia o en el encabezado de declaración del FB encontrará la dirección
absoluta con la que se leen las dos palabras dobles.
Es más cómodo cuando se pone un nombre simbólico a los DBs de instancia. En este caso,
para la lectura es posible utilizar el direccionamiento simbólico y no hay que preocuparse de
las direcciones absolutas reales, que STEP 7 utiliza automáticamente. El ejemplo siguiente
explica este procedimiento.
Ejemplo
Nombre simbólico del DB de instancia: ObjectDB27
El programa de STEP 7 para leer la fecha y la hora y depositarlas en el DB20 a partir del
byte de datos 100 podría tener el aspecto siguiente con programación AWL:
L "ObjectDB27".RecTimeStamp_1
T DB 20.DBD 100
L "ObjectDB27".RecTimeStamp_2
T DB 20.DBD 104

7.5.3 Parámetros repetitivos
Descripción de los parámetros de los typicals

En la descripción siguiente se agrupan en una descripción común los mismos typicals de
puntos de datos, con la única diferencia del número de puntos de datos que se procesan.
En las tablas de los typicals de puntos de datos encontrará los datos siguientes de los
diferentes parámetros:
● Parámetro
Nombre del parámetro
● Declaración
Tipo de parámetro
– INPUT
Parámetro de entrada
– OUTPUT
Parámetro de salida
– IN_OUT
Parámetro de entrada/salida
● Tipo de datos
Tipo de datos soportado para este parámetro
● Valores posibles
● Ajuste predeterminado
Valor predeterminado del parámetro
Si no se programan algunos parámetros de un typical de puntos de datos se utiliza el
valor predeterminado.
● Explicación
Descripción de la función y de las propiedades del parámetro específicas para el typical
Parámetros utilizados por muchos typicals

Los parámetros siguientes son utilizados por muchos typicals de la librería TD7onCPU.
Estos parámetros se describen una vez aquí y no se repiten cada vez en los capítulos
siguientes de los diferentes typicals de puntos de datos.
En función del uso de los typicals, algunos parámetros se programan de forma distinta.
Tenga en cuenta el uso de los typicals que se describe a continuación.

PartnerNo
Parámetro: PartnerNo
Declaración: INPUT
Tipo de datos: INT
Rango de 0 / 1 ... 32000
valores:
Ajuste prede- 0
terminado:
Explicación: Número de dispositivo del interlocutor
Debe indicarse el número de dispositivo del interlocutor con el que se comu-
nica el bloque.
• En un typical de proceso suele ser el número de dispositivo de la estación
central o la aplicación del puesto de control (p. ej. ST7cc).
• En un typical de operador suele ser el número de dispositivo de una
estación.
Repercusiones del valor 0 (cero) en diferentes clases de typicals
• Typicals de proceso emisores
(Bin04B_S, Ana04W_S, Cnt01D_S/Cnt04D_S, Dat12D_S, Dat256D_S)
Con el valor 0 se envían los datos a todos los dispositivos con los que se
ha configurado una conexión ST7. En este caso, el typical de proceso
enviará automáticamente con el valor cero el parámetro
"PartnerObjectNo".
Si PartnerNo no se encuentra en la contabilidad (DB BasicData), se realiza
una entrada correspondiente en el búfer de diagnóstico (ID de evento
B101). La CPU no pasa a STOP. Sin embargo, después de esto el bloque
no volverá a procesarse hasta que se haya solucionado el error en la
programación.
Indicaciones
– Si falta "PartnerObjectNo", en la CPU interlocutora debe haber en todo
caso una lista de la que se derive el número de objeto que falta;
consulte FC ListGenerator (300/400) (Página 384).
– Uso del bloque en una estación nodo
Cuando la CPU de la estación nodo gestiona conexiones tanto con
dispositivos de nivel superior como con estaciones subordinadas, se
transmite un telegrama de datos con "PartnerNo" = 0 a todos los
dispositivos tanto en el sentido de la central como de las estaciones.

• Typicals de operador receptores

(Bin04B_R, Ana04W_R, Cnt01D_R/Cnt04D_R, Dat12D_R, Dat256D_R)
El valor 0 no está permitido.
Si PartnerNo es < 1 o > 32000 se registra un mensaje de error en el búfer
de diagnóstico (ID de evento B100).
Si el valor programado es admisible y correcto pero "PartnerNo" no se
encuentra en la contabilidad (en el DB BasicData), se realiza también una
entrada en el búfer de diagnóstico (ID de evento B101). La CPU no pasa a
STOP. Sin embargo, después de esto el bloque no volverá a procesarse
hasta que se haya solucionado el error en la programación.
Cuando la CPU recibe un telegrama de datos para este typical, se
comprueba si el número de dispositivo de origen que aparece en el
telegrama de datos es el mismo que el "PartnerNo" programado aquí. Si
los dos números de dispositivo son diferentes se rechaza la información
recibida y se registra un mensaje de error en el búfer de diagnóstico (ID de
evento B130).
• Typicals de operador emisores
(Cmd01B_S, Set01W_S, Par12D_S)
Si "PartnerNo" es < 1 o > 32000 se registra un mensaje de error en el
búfer de diagnóstico (ID de evento B100).
Si el valor programado es admisible y correcto pero "PartnerNo" no se
encuentra en la contabilidad (en el DB BasicData), se realiza también una
entrada en el búfer de diagnóstico (ID de evento B101). La CPU no pasa a

• Typicals de proceso receptores

(Cmd01B_R, Set01W_R, Par12D_R)
Programe el valor 0 cuando el typical debe recibir datos de varios
interlocutores, p. ej. datos de diferentes puestos de control.
Cuando la CPU recibe datos para este typical y "PartnerNo" es > 0, se
comprueba si el número de dispositivo de origen que aparece en el
telegrama de datos es el mismo que el "PartnerNo" programado aquí. Si
ambos son diferentes se rechaza la información recibida y se registra un
mensaje de error en el búfer de diagnóstico (ID de evento B130).
Esta comprobación no tiene lugar cuando "PartnerNo" es = 0.
Independientemente del remitente, se envían al typical todos los
telegramas de datos direccionados al mismo.
Si "PartnerNo" es > 0 y este número no se encuentra en la contabilidad
(DB BasicData), se realiza una entrada en el búfer de diagnóstico (ID de
evento B101). La CPU no pasa a STOP. Sin embargo, después de esto el
bloque no volverá a procesarse hasta que se haya solucionado el error en
la programación.
Indicaciones
– Si "PartnerNo" = 0 hay que asegurarse de que cada interlocutor envíe
los datos con una dirección de destino completa (número de dispositivo
de destino y número de objeto de destino).
– Uso del bloque en una estación nodo
Cuando la CPU de la estación nodo gestiona conexiones tanto con
dispositivos de nivel superior como con estaciones subordinadas, se
transmite un telegrama de datos con PartnerNo = 0 a todos los
dispositivos tanto en el sentido de la central como de las estaciones.
PartnerObjectNo
Parámetro: PartnerObjectNo
Declaración: INPUT
Tipo de datos: INT
Rango de 0 / 1 ... 32000
valores:
Ajuste prede- 0
terminado:
Explicación: Número de objeto en el interlocutor
Número del objeto (= número de DB) con el que se comunica el bloque.

Repercusiones del valor 0 (cero) en diferentes clases de typicals

• Typicals de proceso emisores
(Bin04B_S, Ana04W_S, Cnt01D_S/Cnt04D_S, Dat12D_S, Dat256D_S)
La programación de 0 es aconsejable si en el parámetro anterior se ha
programado PartnerNo = 0. Si falta "PartnerObjectNo", en la CPU
interlocutora debe haber en todo caso una lista de la que se derive el
número de objeto que falta (consulte la FC ListGenerator).
Si el interlocutor es un puesto de control ST7cc no es necesario indicar el
"PartnerObjectNo" en este bloque, ya que en ST7cc no hay DB que sean
objetos de destino. ST7cc descifra sus datos utilizando únicamente la
dirección de origen incluida en el telegrama de datos.
• Typicals de operador receptores
(Bin04B_R, Ana04W_R, Cnt01D_R/Cnt04D_R, Dat12D_R, Dat256D_R)
Si la programación es errónea (< 1 o > 32000) se registra un mensaje de
error en el búfer de diagnóstico (ID de evento B102). La CPU no pasa a
Cuando la CPU recibe datos para el objeto programado aquí, se
comprueba si el número de objeto de origen que aparece en el telegrama
de datos es el mismo que el "PartnerObjectNo" programado aquí. Si son
diferentes se rechaza la información recibida. Se registra un mensaje de
error en el búfer de diagnóstico (ID de evento B131).
• Typicals de operador emisores
(Cmd01B_S, Set01W_S, Par12D_S)
Si la programación es errónea (< 1 o > 32000) se registra un mensaje de
error en el búfer de diagnóstico (ID de evento B102). La CPU no pasa a

• Typicals de proceso receptores

(Cmd01B_R, Set01W_R, Par12D_R)
La programación de 0 es necesaria en los casos siguientes:
– El interlocutor no es una CPU S7, es decir, no hay ningún número de
DB como objeto. Esto sucede, p. ej., cuando el interlocutor es un
puesto de control ST7cc.
– Hay más de un interlocutor (PartnerNo = 0) del que el typical debe
recibir datos. Por lo general, en este caso los objetos correspondientes
tendrán números distintos en los interlocutores, es decir, no es posible
indicar un número unívoco.
Cuando la CPU recibe datos para el objeto programado aquí y
"PartnerObjectNo" es > 0, se comprueba si el número de objeto de origen
que aparece en el telegrama de datos es el mismo que el
"PartnerObjectNo" programado aquí. Si son diferentes se rechaza la
información recibida. Se registra un mensaje de error en el búfer de
diagnóstico (ID de evento B131).
Esta comprobación no tiene lugar cuando "PartnerObjectNo" es = 0.
Independientemente del objeto remitente, se envían al objeto receptor
todos los telegramas de datos direccionados al mismo.
Enabled
Parámetro: Enabled
Declaración: INPUT
Tipo de datos: BOOL
Rango de TRUE / FALSE
valores:
Ajuste prede- TRUE
terminado:
Área de di- Entrada I 0.0 ... I n.7
recciones: Marca M 0.0 ... M n.7
L 0.0 ... L n.7
Bit de datos DBm.DBX 0.0 ... n.7
Explicación: Habilitación del procesamiento del bloque
• En caso afirmativo se ejecutan todas las funciones del bloque.
• En caso negativo el comportamiento difiere:

Procesamiento no habilitado
• En typicals de proceso emisores
(Bin04B_S, Ana04W_S, Cnt01D_S/Cnt04D_S,
Set01W_R, Par12D_R,
Dat12D_S, Dat256D_S)
Si el procesamiento no está habilitado, el bloque solo puede comunicarse
a nivel organizativo, es decir, es posible enviar y recibir telegramas
organizativos.
Tenga en cuenta lo siguiente: Una consulta de un typical de operador se
responde, pero el telegrama de respuesta contiene los datos válidos en el
momento del bloqueo.
Nota
El comportamiento descrito aquí no es válido para Cmd01B_R; consulte
Typical de comandos Cmd01B_R (Página 340).
• En typicals de operador receptores
(Bin04B_R, Ana04W_R, Cnt01D_R/Cnt04D_R,
Set01W_S, Par12D_S,
Dat12D_R, Dat256D_R)
Si el procesamiento no está habilitado, el bloque solo puede comunicarse
a nivel organizativo, es decir, es posible enviar y recibir telegramas
organizativos.
Tenga en cuenta lo siguiente: Sigue siendo posible enviar consultas y
recibir respuestas, pero la información recibida no se emitirá a las salidas.
Encontrará las salidas relevantes en la descripción de los diferentes
typicals de puntos de datos.
Nota
El comportamiento descrito aquí no es válido para Cmd01B_S (consulte
Typical de comandos Cmd01B_S (Página 337)).
ImageMemory
Parámetro: ImageMemory
Declaración: INPUT
Tipo de datos: BOOL
valores:
Ajuste prede- TRUE
terminado:
L 0.0 ... L n.7
Uso en typi- Bin04B_S, Ana04W_S, Cnt01D_S/Cnt04D_S, Set01W_R, Par12D_R,
cals: Dat12D_S, Dat256D_S

Explicación: Principio de la memoria imagen para la transmisión espontánea de datos

• TRUE
Los datos se transmiten siguiendo el principio de la memoria imagen.
El principio de la memoria imagen hace que se ahorre memoria a la hora
de guardar telegramas de datos y también que se reduzca al mínimo el
tráfico de datos en el trayecto WAN. La asignación predeterminada TRUE
suele ser la elección correcta en la mayoría de los casos.
• FALSE
Los datos se transmiten siguiendo el principio del búfer de transmisión.
El principio del búfer de transmisión solo es necesario en los puntos de
datos para los que deben guardarse los diferentes cambios de datos y
transferirse al interlocutor, por ejemplo alarmas con sello de tiempo.
Conditional
Parámetro: Conditional
Declaración: INPUT
Tipo de datos: BOOL
valores:
Ajuste prede- TRUE
terminado:
Área de di- Marca M 0.0 ... M n.7
recciones: L 0.0 ... L n.7
Explicación: Transferencia de datos espontánea con limitaciones
Encontrará más información a continuación en el parámetro "Unconditional".
Unconditional
Parámetro: Unconditional
Declaración: INPUT
Tipo de datos: BOOL
valores:
Ajuste prede- FALSE
terminado:
recciones: L 0.0 ... L n.7


Explicación: Transferencia de datos espontánea sin limitaciones
Los dos parámetros "Conditional" y "Unconditional" permiten determinar si el
módulo debe transmitir un telegrama de datos inmediatamente después de
sufrir cambios (espontáneo sin limitaciones) o bien en un instante posterior
(espontáneo con limitaciones).
Los dos parámetros deben programarse del siguiente modo:
• Transferencia espontánea con limitaciones (no necesariamente inmediata)
– Conditional = TRUE
– Unconditional = FALSE
• Transferencia espontánea sin limitaciones (inmediata)
– Conditional = FALSE
– Unconditional = TRUE
El ajuste predeterminado de los dos parámetros es que un telegrama de da-
tos no se transmita inmediatamente.
La decisión acerca de si un telegrama de datos debe transmitirse inmediata-
mente o en un momento posterior solo debe tomarse en redes de marcación.
En una red de marcación hay que decidir en cada caso si se desea una
transmisión inmediata en caso de cambio de valor del punto de datos y, por
consiguiente, se debe establecerse en seguida una conexión. Este caso pue-
de aplicarse, por ejemplo, a puntos de datos con alarmas.
En una línea dedicada, la transmisión es siempre inmediata, aunque la com-
binación de "Conditional" y "Unconditional" esté ajustada a "no inmediatamen-
te". Con líneas dedicadas no es necesario realizar cambios en estos dos
parámetros.
Permanent
Parámetro: Permanent
Declaración: INPUT
Tipo de datos: BOOL
Ajuste prede- FALSE
terminado:
Explicación: Transmisión de datos permanente
Este parámetro es irrelevante y siempre es = FALSE.
Nota
El parámetro "Permanent" ya no se soporta, pero se conserva por motivos de
compatibilidad.

TimeStamp
Parámetro: TimeStamp
Declaración: INPUT
Tipo de datos: BOOL
valores:
Ajuste prede- FALSE
terminado:
Uso en typi- Bin04B_S, Ana04W_S, Cnt01D_S/Cnt04D_S, Dat12D_S, Dat256D_S,
cals: Set01W_R, Par12D_R
Explicación: Sello de tiempo
• TRUE
El telegrama de datos se transmite con sello de tiempo.
Para ello es imprescindible que en la CPU esté disponible una hora
proporcionada por el TIM local. Encontrará más detalles en la descripción
de la FC TimeTask.
Nota
En Ana04W_S tenga en cuenta la dependencia del sello de tiempo del
parámetro "MeanValueGeneration"; consulte Typical de valores analógicos
Ana04W_S (Página 320).
• FALSE
El telegrama de datos se transmite sin sello de tiempo.
Consulte el formato de los sellos de tiempo en el capítulo Sello de tiempo
(Página 305).
NewData
Parámetro: NewData
Declaración: OUTPUT
Tipo de datos: BOOL
valores:
Ajuste prede- FALSE
terminado:
Área de di- Salida Q 0.0 ... Q n.7
L 0.0 ... L n.7
Uso en typi- Bin04B_R, Ana04W_R, Cnt01D_R/Cnt04D_R, Cmd01B_R, Set01W_S,
cals: Set01W_R, Par12D_S, Par12D_R, Dat12D_R

Explicación: Recibir datos nuevos

La salida NewData está prevista para procesamientos posteriores personali-
zados, p. ej. para reaccionar de forma selectiva a la recepción de datos nue-
vos.
Cada vez que el bloque ha recibido datos nuevos y los ha emitido en las sali-
das específicas del Typical, NewData se pone a TRUE durante un ciclo del
OB1.
Encontrará las salidas específicas en la descripción de los diferentes typicals
de puntos de datos.
En los typicals de puntos de datos Set01W_R y Par12D_R, "NewData" tam-
bién se pone a TRUE durante un ciclo del OB1 cuando se introduce un valor
local nuevo en el estado Local = 1.
Si no necesita el parámetro déjelo abierto.
7.5.4 Typical de valores binarios Bin04B_S
Función
Enviar 4 bytes de información binaria
Parámetro
PartnerObjectNo
Enabled
ImageMemory
Conditional
Unconditional
Permanent
TimeStamp
Consulte la descripción en el capítulo Parámetros repetitivos (Página 307).
Parámetro: InputByte_1 … _4
Declaración: INPUT
Tipo de datos: BYTE
Rango de Consulte el área de direcciones
valores:
Ajuste prede- 0 (B#16#0)
terminado:

Área de di- Bytes de entrada IB0 ... IBn

recciones: PIB0 ... PIBn
Bytes de marcas MB0 ... MBn
LB0 ... LBn
Bytes de datos DBm.DBB0 ... n
Explicación: Byte de entrada
Indique el área de memoria (de 1 a 4 bytes) de la información binaria que
debe transmitir el FB.
Es posible mezclar bytes de entrada de la memoria imagen de proceso de las
entradas, bytes de periferia de los módulos de entradas digitales, bytes de
datos de un bloque de datos y bytes de marcas.
Los parámetros que no se necesitan se dejan abiertos.
Para los bytes no programados se transmite el valor 0 (cero).
Parámetro: DisableMask
Declaración: INPUT
Tipo de datos: DWORD
Rango de 0 ... 2147483647
valores: • Como número dual de 32 bits
2#0 ... 2#11111111_11111111_11111111_11111111
• Como número hexadecimal de 32 bits
DW#16#0 ... DW#16#FFFF_FFFF
Ajuste prede- 0 (2#0)
terminado:
Explicación: Máscara de bloqueo
• Introduzca un 1 en el lugar correspondiente del patrón de bits para cada
entrada que deba bloquearse.
• Introduzca un 0 para las demás entradas.
Una entrada bloqueada tiene el valor 0 (cero) en la transferencia.
Consulte la asignación de las 32 entradas, de "InputByte_1" a "InputByte_4",
a los 32 bits de la máscara de bloqueo en la tabla siguiente.
InputByte_1 InputByte_2 InputByte_3 InputByte_4

Bit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
7 6 5 4 3 2 1 0 7 6 5 4 3 2 1 0 7 6 5 4 3 2 1 0 7 6 5 4 3 2 1 0
2# _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
DW#1 _ _ _ _ _ _ _ _
6#
Parámetro: InversionMask
Declaración: INPUT


Rango de 0 ... 2147483647
valores: • Como número dual de 32 bits
2#0 ... 2#11111111_11111111_11111111_11111111
• Como número hexadecimal de 32 bits
DW#16#0 ... DW#16#FFFF_FFFF
Ajuste prede- 0 (2#0)
terminado:
Explicación: Máscara de inversión
La inversión de las señales de entrada es aconsejable, por ejemplo, cuando
se mezclan encóders que trabajan en modo de circuito cerrado y abierto.
• Introduzca un 1 en el lugar correspondiente del patrón de bits para cada
entrada que deba invertirse.
• Introduzca un 0 para las demás entradas.
Consulte la asignación de las 32 entradas, de "InputByte_1" a "InputByte_4",
a los 32 bits de la máscara de inversión en la tabla siguiente.
InputByte_1 InputByte_2 InputByte_3 InputByte_4

Bit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
7 6 5 4 3 2 1 0 7 6 5 4 3 2 1 0 7 6 5 4 3 2 1 0 7 6 5 4 3 2 1 0
2# _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
DW#1 _ _ _ _ _ _ _ _
6#
7.5.5 Typical de valores binarios Bin04B_R
Función
Recibir 4 bytes de información binaria
Parámetro
PartnerObjectNo
Enabled
Parámetro: OutputByte_1 … _4
Tipo de datos: BYTE


valores:
terminado:
Área de di- Bytes de salida QB0 ... QBn
recciones: PQB0 ... PQBn
LB0 ... LBn
Explicación: Byte de salida
Indique el área de memoria (de 1 a 4 bytes) de la información binaria en la
que debe emitirse la información binaria.
Es posible mezclar bytes de salida de la memoria imagen de proceso de las
salidas, bytes de periferia directamente de los módulos de salidas digitales,
bytes de datos de un bloque de datos y bytes de marcas.
Para leer el sello de tiempo recibido con los datos desde el programa de
usuario consulte el capítulo Sello de tiempo (Página 305).
Parámetro: NewData
Explicación: Consulte la declaración, el tipo de datos, el rango de valores, la asignación
predeterminada y la función en el capítulo Parámetros repetitivos (Pági-
na 307).
La salida "NewData" se pone a TRUE durante un ciclo del OB1 cada vez que
el FB ha recibido datos nuevos y los ha emitido en los bytes de salida "Out-
putByte_1" a "OutputByte_4".
7.5.6 Typical de valores analógicos Ana04W_S
Función
Enviar 4 valores analógicos como valores de 16 bits
Ana04W_S transmite los 4 valores analógicos de una de las formas siguientes:
● Como valores momentáneos
En el instante de la transmisión se registra el valor analógico pendiente actualmente y se
transmite al interlocutor.
● Como valores medios
El valor analógico pendiente se acumula en un período parametrizable. En el instante de
la transmisión se calcula un valor medio a partir de los valores acumulados y se
transmite al interlocutor.

Nota
Procesamiento común de los cuatro valores analógicos
Los parámetros de procesamiento, como valor umbral, factor de filtrado, etc., solo existen
una vez en el Typical. Estos parámetros son válidos conjuntamente para los 4 valores
analógicos, es decir, no es posible ajustar individualmente los parámetros para cada valor
analógico. Por este motivo, en cada Typical deberían registrarse únicamente los valores
analógicos que deben procesarse de forma idéntica.
Parámetro
PartnerObjectNo
Enabled
ImageMemory
Conditional
Unconditional
Permanent
Parámetro: TimeStamp
Consulte la declaración, el tipo de datos, el rango de valores, la asignación predeterminada
y la función en el capítulo Parámetros repetitivos (Página 307).
Funciones En el ajuste TRUE, el sello de tiempo depende del ajuste del parámetro
específicas "MeanValueGeneration":
del typical • MeanValueGeneration = FALSE
En el telegrama de datos se transfieren valores momentáneos.
El sello de tiempo del telegrama de datos es idéntico al instante en que se
registraron los valores momentáneos incluidos en el telegrama de datos.
• MeanValueGeneration = TRUE
El telegrama de datos contiene valores medios.
El sello de tiempo es idéntico al instante en el que finalizó el período de
cálculo del promedio.
El instante inicial del período de cálculo del promedio no está incluido en el
telegrama de datos. No obstante, es idéntico al sello de tiempo del
telegrama de valor medio transmitido previamente.
Parámetro: ThresholdIntegration
Declaración: INPUT
Tipo de datos: BOOL


valores:
Ajuste prede- FALSE
terminado:
Explicación: Procesamiento del valor umbral según el principio de integración
Este parámetro permite indicar si debe aplicarse el principio de integración
para procesar el valor umbral.
En el ajuste predeterminado FALSE, el valor umbral se calcula sin integra-
ción. Tanto en la línea a gran distancia como en el tráfico local entre CPU y
TIM hay que contar en este caso con un volumen de datos menor.
Si "MeanValueGeneration" = TRUE (los valores analógicos se transmiten
como valores medios), el parámetro "ThresholdIntegration" es irrelevante.
Parámetro: ZeroLimitation
Declaración: INPUT
Tipo de datos: BOOL
valores:
Ajuste prede- TRUE
terminado:
Explicación: Limitación de valor cero
Si el parámetro está activado se suprimen los valores negativos y se reem-
plazan por el valor 0.
Parámetro: TriggerInput
Declaración: INPUT
Tipo de datos: BOOL
valores:
Ajuste prede- FALSE
terminado:
L 0.0 ... L n.7

Explicación: Entrada de disparo

Con el cambio de flanco 0 → 1 de la entrada "TriggerInput" es posible iniciar la
transferencia disparada del telegrama de valor analógico en un instante con-
creto.
Ejemplo:
Una transmisión de valores analógicos controlada por tiempo y con sello de
tiempo para proporcionar datos a un fichero de valores analógicos del puesto
de control.
Asegúrese de poner el parámetro "ImageMemory" a FALSE para que estos
telegramas de datos con sello de tiempo no se sobrescriban cuando se guar-
dan en el TIM de estación.
Si el bloque calcula valores medios, mediante la entrada "TriggerInput" se
determina la duración del período de cálculo del promedio. Cada vez que se
inicia una transmisión por esta entrada finaliza el período en curso y empieza
uno nuevo. La distancia temporal entre dos disparos de un telegrama de da-
tos determina la duración del período de cálculo del promedio.
Para iniciar una transferencia controlada por tiempo mediante "TriggerInput"
está disponible la aplicación del bloque FC Trigger.
Si no necesita el parámetro déjelo abierto. En este caso, la transmisión debe
iniciarse en base a los parámetros de valor umbral "ThresholdValue" y
"ThresholdIntegration".
En realidad, por medio de "TriggerInput" la transmisión solo se inicia de forma
indirecta. Con un cambio de flanco 0 → 1 en "TriggerInput" se elabora el tele-
grama de datos con sus valores (medios) actuales y se transfiere al TIM local.
Seguidamente, este se encarga de transmitirlo al interlocutor. En líneas dedi-
cadas o redes inalámbricas la transmisión es inmediata. Con una conexión de
marcación es posible que el telegrama de datos se guarde primero en el TIM
y acceda a la transmisión más adelante. El motivo puede ser, por ejemplo,
que el telegrama de datos esté marcado como "espontáneo con limitaciones";
consulte el parámetro "Conditional".
Parámetro: MeanValueGeneration
Declaración: INPUT
Tipo de datos: BOOL
valores:
Ajuste prede- FALSE
terminado:

Explicación: Cálculo del valor medio

Si el parámetro está activado, los valores analógicos que se registran se
transmitirán como valores medios.
Si se elige el cálculo del valor medio, el valor analógico que está pendiente
actualmente se registra y acumula cíclicamente. El ciclo de adquisición de-
pende del parámetro "SamplingPeriod" (p. ej. 500 ms, consulte también la
explicación de este parámetro). A partir de los valores totalizados se calcula
el valor medio en cuanto se lanza una transmisión por medio de la entrada
"TriggerInput". A continuación se reinicia la totalización para calcular el próxi-
mo valor medio.
El valor medio también se calcula cuando la transmisión del telegrama de
valores analógicos es iniciada por una consulta general o individual. En este
caso, la duración del período de cálculo del promedio es el tiempo que trans-
curre entre la última transmisión (p. ej. lanzada por "TriggerInput") y el instan-
te de la consulta general o individual. Después de esta transmisión también
se reinicia la totalización para calcular el próximo valor medio.
En caso de que el valor analógico registrado esté en el rango de tolerancia
por encima o por debajo (7FFFH o 8000H), existe la posibilidad de tomar
dicho valor en consideración inmediatamente o bien ocultarlo por un tiempo
determinado para el cálculo del valor medio. El comportamiento deseado en
cada caso se determina con el parámetro "FaultSuppressionTime":
• FaultSuppressionTime = 0
En cuanto se registra un valor en el rango de tolerancia por encima o por
debajo se cancela inmediatamente el cálculo del valor medio. Para el
período de cálculo en curso, el valor 7FFFH o 8000H se guarda como valor
medio no válido y se transfiere la próxima vez que se lanza el telegrama
de valores analógicos. Posteriormente se inicia un nuevo cálculo del valor
medio. Si el valor analógico sigue estando en el rango de tolerancia por
encima o por debajo, también se guarda inmediatamente como valor
medio no válido y se transmite con el próximo lanzamiento.
• FaultSuppressionTime > 0
Si el valor analógico registrado está en el rango de tolerancia por encima o
por debajo, los valores erróneos no se incluyen en el cálculo del valor
medio, concretamente mientras dure "FaultSuppressionTime". Una vez
excedido dicho tiempo, el valor 7FFFH o 8000H se guarda como valor
medio no válido y se transfiere la próxima vez que se lanza el telegrama
de valores analógicos. El procedimiento es el mismo en cada nuevo
período de cálculo, es decir, los valores erróneos se suprimen mientras
dure "FaultSuppressionTime".
La duración de "FaultSuppressionTime" permite determinar indirectamente
el porcentaje de valores no válidos por período de cálculo. Si el valor
medio se calcula cada 15 minutos y "FaultSuppressionTime" está ajustado
a 5 minutos, por ejemplo, esto significa que el valor medio solo se
transmitirá como no válido cuando en el período de cálculo en curso haya
más de un 1/3 de valores analógicos captados en el rango de tolerancia
por encima o por debajo.

Parámetro: AnalogInput_1 ... _4

Declaración: INPUT
Tipo de datos: WORD
valores:
Ajuste prede- 0 (W#16#0)
terminado:
Área de di- Palabras de periferia PIW0 ... PIWn
recciones: Palabras de marcas MW0 ... MWn
Palabras de datos LW0 ... LWn
DBm.DBW0 ... n
Explicación: Palabra de entrada analógica
Para cada valor analógico que debe transmitirse en el telegrama de datos es
posible indicar de dónde debe sacar el FB esta información analógica. Para
ello es posible mezclar de forma aleatoria palabras de periferia de módulos
de entradas analógicas, palabras de datos de un bloque de datos y palabras
de marcas.
Los parámetros que no se necesitan se dejan abiertos. Para estas entradas
analógicas se transmitirá un 0 en el telegrama de datos.
Parámetro: SamplingPeriod
Declaración: INPUT
Tipo de datos: INT
Rango de 0 ... 32767 [ms]
valores:
Ajuste prede- 500
terminado:

Explicación: Intervalo de registro para las entradas analógicas en milisegundos

El intervalo de registro se necesita para los parámetros siguientes:
• Cálculo del valor umbral según el principio de integración
(ThresholdIntegration)
• Filtrado del valor de entrada analógico (SmoothingFactor)
• Cálculo del valor medio (MeanValueGeneration)
En todo caso, el valor debe seleccionarse lo suficientemente grande para que
se garantice la captura de un valor nuevo dentro del tiempo de cifrado de la
entrada analógica. Debe indicarse como mínimo el tiempo de cifrado del mó-
dulo de entradas analógicas utilizado con la resolución seleccionada en cada
caso (8 ... 15 bits).
Asimismo, el valor debe seleccionarse con la suficiente holgura para que sea
adecuado con el máximo número de entradas tanto con la máxima resolución
como con los módulos analógicos.
Si deben calcularse valores medios, SamplingPeriod no debería ser inferior a
500 ms. Si se calculan valores medios durante un período muy prolongado
será necesario aumentar el tiempo, concretamente:
• Período de cálculo del promedio de 12 h: SamplingPeriod = 1000 [ms]
• Período de cálculo del promedio de 24 h: SamplingPeriod = 2000 [ms]
Si se indica un tiempo demasiado corto para "SamplingPeriod", es posible
que el totalizador interno se desborde. No debe sobrepasarse el valor máximo
de 2 147 483 647 de un entero doble. Si se detecta un error de desborda-
miento, para el período de cálculo en curso se transmite el valor medio no
válido de 8000H.
Parámetro: ThresholdValue
Declaración: INPUT
Tipo de datos: INT
Rango de 0 / 1 ... 32767
valores:
Ajuste prede- 270
terminado:

Explicación: Valor umbral

Si se indica el valor umbral debe tenerse en cuenta el rango de cifrado de los
valores analógicos. Los valores brutos de entradas analógicas S7 se codifican
siempre en el rango de 0 a 27648 (= 0 ... 100 %) o + 27648 (= + 100%). Se-
gún sea la resolución de la entrada analógica, el valor hace saltos de 128
(con una resolución de 8 bits) o 1 (con una resolución de 15 bits). Si los valo-
res analógicos registrados tienen un rango de cifrado distinto debe indicarse
un valor umbral que se oriente en él.
Sin la programación del parámetro se aplica el valor predeterminado de 270.
que equivale aproximadamente al 1% del rango de valores brutos analógicos
de S7.
Particularidad con "ThresholdValue" = 0
No se aplica ningún control de cambios en base al valor umbral. El telegrama
de valores analógicos solo se transfiere en los casos siguientes:
• Cuando se lanza mediante la entrada "TriggerInput", es decir, típicamente
un lanzamiento controlado por tiempo o evento.
• En caso de consulta general de la estación o de consulta individual del
telegrama de datos.
• En caso que el valor analógico oscile en el rango de tolerancia por encima
o por debajo (7FFFH o 8000H) (dado el caso una vez transcurrido el tiempo
de supresión parametrizado en "FaultSuppressionTime").
Si los valores analógicos se transmiten como valores medios (MeanValueGe-
neration = TRUE), el parámetro "ThresholdValue" es irrelevante.
Parámetro: SmoothingFactor
Declaración: INPUT
Tipo de datos: INT
Rango de 1 (sin filtrado)
valores: 4 (filtrado débil)
32 (filtrado medio)
64 (filtrado fuerte)
Ajuste prede- 1
terminado:

Explicación: Factor de filtrado

Si los valores analógicos se transmiten como valores medios (MeanValueGe-
neration = TRUE), el parámetro "SmoothingFactor" es irrelevante.
El factor de filtrado permite estabilizar con mayor o menor fuerza (según el
factor) los valores analógicos que oscilan rápidamente. De este modo es po-
sible seleccionar una banda de valor umbral menor (ThresholdValue).
Los factores de filtrado son idénticos a los que pueden parametrizarse para
algunos módulos de entradas analógicas S7. El filtrado se lleva a cabo si-
guiendo la misma fórmula que en el módulo de entrada:
yn = valor filtrado en el ciclo actual n

yn-1 = valor filtrado en el ciclo anterior n-1
xn = valor registrado en el ciclo actual n
k = factor de filtrado
Parámetro: FaultSuppressionTime
Declaración: INPUT
Tipo de datos: INT
Rango de 0 ... 32767
valores:

Ajuste prede- 0
terminado:
Explicación: Tiempo de supresión de fallos en segundos
La transmisión de un valor analógico que se encuentra en el rango de tole-
rancia por encima o por debajo (7FFFH o 8000H) se suprime mientras dure el
intervalo de tiempo indicado. Una vez transcurrido dicho tiempo se transmitirá
el valor 7FFFH o 8000H, siempre que siga pendiente. Si el valor cae por deba-
jo de 7FFFH o excede 8000H antes de que transcurra el tiempo, se vuelve a
transmitir normalmente de inmediato. El tiempo de supresión se inicia de nue-
vo en toda su duración la próxima vez que se registra 7FFFH o 8000H.
Un caso de aplicación típico es la supresión por tiempo de valores de intensi-
dad que pueden producirse al arrancar bombas y motores potentes. En este
caso, la entrada analógica puede llegar a saturarse varias veces. La supre-
sión pretende impedir que estos valores se marquen como fallo en el sistema
de puestos de control.
La supresión está ajustada a valores analógicos que son captados como valo-
res brutos por los módulos de entradas analógicas S7. Dichos módulos sumi-
nistran para todas las áreas de entrada los valores citados para el rango de
tolerancia por encima y por debajo, incluso para entradas Life Zero. En los
valores finales preparados solo es posible suprimir los fallos si estos también
adoptan los valores citados de 7FFFH y 8000H en caso de tolerancia por en-
cima y por debajo, respectivamente. De no ser así no es necesario rellenar el
parámetro.
El parámetro también puede utilizarse en combinación con el cálculo del valor
medio con el fin de suprimir temporalmente los valores 7FFFH y 8000H (con-
sulte el parámetro MeanValueGeneration).
Si no se indica ningún parámetro se aplica el ajuste predeterminado de 0
segundos. En este caso, en valor registrado de 7FFFH o 8000H se transmitirá
inmediatamente la primera vez que se detecte o, en caso de cálculo del valor
medio, se conservará como valor medio no válido para el período actual de
cálculo del promedio.
7.5.7 Typical de valores analógicos Ana04W_R
Función
Recibir 4 valores analógicos como valores de 16 bits
Parámetro
PartnerObjectNo
Enabled

Parámetro: AnalogOutput_1 … _4
Tipo de datos WORD
Predetermi- TRUE
nado:
Explicación 0 (W#16#0)
Rango de valo- Palabras de periferia PQW0 ... PQWn
res: Palabras de marcas MW0 ... MWn
LW0 ... LWn
Palabras de datos DBm.DBW0 ... n
Existe la posibilidad de parametrizar dónde deben emitirse los valores analó-
gicos recibidos por el FB. Para ello es posible mezclar de forma aleatoria
palabras de periferia de módulos de salidas analógicas, palabras de datos de
un bloque de datos y palabras de marcas.
Parámetro: NewData
Consulte la declaración, el tipo de datos, el rango de valores, la asignación
na 307).
Comporta- Cada vez que el FB ha recibido datos nuevos y los ha emitido en las salidas
miento espe- "AnalogOutput_1" a "AnalogOutput_4", la salida "NewData" se pone a TRUE
cífico del durante un ciclo del OB1.
typical:
7.5.8 Typicals de valores de contaje Cnt01D_S / Cnt04D_S
Función
● Cnt01D_S: Enviar 1 valor de contaje (32 bits)
● Cnt04D_S: Enviar 4 valores de contaje (32 bits)
Tenga en cuenta que el parámetro "DifferenceValue" solo puede activarse para los
cuatro valores de contaje a la vez para calcular el valor diferencial.

Parámetro
PartnerObjectNo
Enabled
ImageMemory
Conditional
Unconditional
Permanent
TimeStamp
Parámetro: GeneralTriggerCommand
Declaración: INPUT
Tipo de datos: BOOL
valores:
Ajuste prede- FALSE
terminado:
Explicación: Comando agrupado de reubicación
El comando agrupado de reubicación es una marca central del sistema que
forma parte de los comandos de sistema organizativos SINAUT.
Ponga el parámetro a TRUE si la transmisión del valor de contaje debe ini-
ciarse con un comando agrupado de reubicación.
• Si el número de dispositivo de destino (PartnerNo) = 0 (transmisión a
todos), se toma en consideración el comando agrupado de reubicación.
Al detectar el comando agrupado de reubicación, el valor de contaje
totalizado actualmente se prepara para la transmisión,
independientemente de otros disparadores de una transmisión. En este
valor de contaje se invierte el bit de reubicación.
• Si en el typical se ha programado un número de dispositivo de destino
explícito (PartnerNo > 0), se evalúa el comando agrupado de reubicación
en la contabilidad central del objeto de dispositivo correspondiente.
Los parámetros "GeneralTriggerCommand" y "TriggerInput" pueden utilizarse
en paralelo. En este caso, la transferencia se inicia tanto con un cambio de
flanco 0 → 1 en "TriggerInput" como al recibir un comando agrupado de reubi-
cación.
Declaración: INPUT
Tipo de datos: BOOL
valores:

Ajuste prede- FALSE

terminado:
L 0.0 ... L n.7
transferencia disparada en un instante concreto, independientemente de otros
criterios para una transferencia. Se prepara para la transmisión el valor de
contaje totalizado actualmente. En este valor de contaje se invierte el bit de
reubicación (véase arriba).
Ejemplo:
Una transmisión controlada por tiempo y con sello de tiempo para proporcio-
nar datos a un fichero en el puesto de control.
Los parámetros "GeneralTriggerCommand" y "TriggerInput" pueden utilizarse
en paralelo. En este caso, la transferencia se inicia tanto con un cambio de
flanco 0 → 1 en "TriggerInput" como al recibir un comando agrupado de reubi-
cación.
Con el ajuste FALSE no se inician ni una reubicación ni una transferencia
mediante la entrada "TriggerInput".
Parámetro: Counter_1 (Cnt01D_S)

Counter_1 ... _4 (Cnt04D_S)
Declaración: INPUT
Tipo de datos: COUNTER
Rango de 0 ... 32767
valores: • C0 como comodín
o bien
• C1 ... Cn
n depende del tipo de CPU.
Ajuste prede- -
terminado:
Explicación: Número del contador SIMATIC
Indica el contador SIMATIC en el que se incluyen los impulsos de contaje por
tiempos. El contaje se realiza en el fondo mediante la FC PulseCounter, que
se llama en un OB de alarma cíclica (p. ej. en el OB35). Consulte también los
capítulos FC PulseCounter (Página 394) y OB de alarma cíclica (Página 296).
No es posible asignar un valor predeterminado al tipo de datos COUNTER.
Si se ha programado el comodín C0, el valor de contaje correspondiente no
se procesará.

Parámetro: DifferenceValue
Declaración: INPUT
Tipo de datos: INT
Rango de 0 ... 31767
valores:
Ajuste prede- 0
terminado:
Explicación: Valor diferencial
• Si se programa un valor entre 1 y 31767, el valor de contaje se transmite
en cuanto la diferencia entre el valor de contaje actual y el último
transmitido alcanza el importe indicado aquí.
• En caso de que se programe el valor predeterminado 0, solo se transmitirá
un valor de contaje en los casos siguientes:
– Con un cambio de flanco 0 → 1 en la entrada "TriggerInput"
– Cuando se reciba un comando de reubicación si
"GeneralTriggerCommand" = TRUE.
Elija el valor diferencial en función de la velocidad de impulso máxima por
segundo.
No elija un valor demasiado pequeño para evitar que el valor de contaje se
transmita continuamente al TIM. Esto sobrecargaría la vía de comunicación
con la CPU y la cola de espera de transmisión de la CPU.
Nota sobre Cnt04D_S
Este parámetro de procesamiento para calcular el valor diferencial solo existe
una vez en el typical. Es válido para los 4 valores de contaje juntos. No es
posible ajustar individualmente el parámetro para cada valor de contaje. Por
este motivo, cuando se utiliza este parámetro, en cada typical deberían regis-
trarse únicamente los valores de contaje que pueden procesarse de forma
idéntica.
7.5.9 Typicals de valores de contaje Cnt01D_R / Cnt04D_R
Función
● Cnt01D_S: Recibir 1 valor de contaje (32 bits)
● Cnt04D_S: Recibir 4 valor de contaje (32 bits)
Parámetro
PartnerObjectNo
Enabled

Parámetro: BCD_Format
Declaración: INPUT
Tipo de datos: BOOL
valores:
Ajuste prede- TRUE
terminado:
Explicación: Salida del valor de contaje en formato BCD
• Si el parámetro está activado, el valor de contaje recibido en la salida
"CountedValueOutput_n" se emite como valor BCD positivo.
• Si el parámetro está desactivado, el valor de contaje se emite como entero
positivo de 32 bits.
Consulte los diferentes rangos de valores de los dos formatos en el parámetro
"CountedValueOutput_n".
Si se rebasa por exceso el valor de contaje máximo que puede representarse,
este empieza de nuevo en 0 y se sigue contando en el rango positivo.
Nota sobre Cnt04D_R
El parámetro solo existe una vez en el typical y es válido para los 4 valores de
contaje juntos. No es posible un ajuste individual para cada valor de contaje.
Por este motivo, cuando se utiliza este parámetro, en cada typical deberían
emitirse únicamente valores de contaje con el mismo formato de salida.
Parámetro: CntValInvalid
Tipo de datos: BOOL
valores:
Ajuste prede- FALSE
terminado:
L 0.0 ... L n.7

Explicación: Valor de contaje no válido

A la hora de evaluar "CntValInvalid" hay que tener en cuenta que el bit posi-
blemente solo esté activado durante un ciclo del OB1.
La salida "CntValInvalid" indica si el último valor de contaje recibido no era
válido. En "Cnt04D_R" sirve de indicador de grupo para los 4 valores de con-
taje; consulte la nota.
En la práctica, la salida muestra el estado de validez del último valor de con-
taje recibido de forma invertida.
La salida sirve para lo siguiente:
• Indicador de error
• Señal para procesamientos posteriores personalizados
Así, por ejemplo, es posible reaccionar a la no actualidad corrigiendo el
valor de contaje emitido en "CountedValueOutput_n" con impulsos de
contaje que posiblemente se hayan perdido.
Nota sobre Cnt04D_R
Aunque los 4 valores de contaje del telegrama de datos gestionan su propio
bit de estado, para el estado en la salida "CntValInvalid" solo se evalúa el bit
del primer valor de contaje en el telegrama de datos recibido previamente.
Sin embargo, este estado se aplica a los 4 valores de contaje.
(Todos los valores de contaje del telegrama de datos tienen siempre el mismo
estado.)
Parámetro: RestoreStatus
Tipo de datos: BOOL
valores:
Ajuste prede- FALSE
terminado:
L 0.0 ... L n.7

Explicación: Estado del bit de reubicación en el valor de contaje recibido

La salida "RestoreStatus" indica el estado actual del bit de reubicación a partir
del último telegrama de valores de contaje recibido.
La salida puede utilizarse para procesamientos posteriores personalizados.
Ejemplo:
Solo es posible acceder a la información de "CountedValueOutput_n" cuando
se detecta un cambio en la salida "RestoreStatus", es decir, cuando el valor
de contaje se ha recibido a causa de una reubicación, p. ej. una reubicación
local controlada por tiempo.
Nota sobre Cnt04D_R
Aunque los 4 valores de contaje del telegrama de datos gestionan su propio
bit de reubicación, para el estado en la salida "RestoreStatus" solo se evalúa
el bit de reubicación del primer valor de contaje en el telegrama de datos re-
cibido previamente.
Sin embargo, este estado se aplica a los 4 valores de contaje.
(Todos los valores de contaje del telegrama de datos tienen siempre el mismo
estado.)
Parámetro: NewData
na 307).
el FB ha recibido datos nuevos y los ha emitido en la o las salidas "Counte-
dValueOutput_1" a "CountedValueOutput_4".
Parámetro: CountedValueOutput_1 (Cnt01D_S)

CountedValueOutput_1 ... _4 (Cnt04D_S)
Declaración: IN_OUT
Rango de • Integer: 0 ... 2 147 483 647
valores: • BCD: 0 ... 9 999 999
Ajuste prede- 0
terminado:
Área de di- Salida (DWORD) QD0 … QDn
recciones: Marca (DWORD) MD0 ... MDn
Datos (DWORD) DBm.DBB0 … n
Puesto que el parámetro es de entrada/salida (declaración IN_OUT) no se
permite una salida de periferia directa del valor de contaje en PQD0 ... PQDn.
Para este tipo de parámetro también es un problema indicar marcas locales,
por lo que no debería utilizarse.

Explicación: Salida del valor de contaje

El Typical de valores de contaje acumula siempre el nuevo valor diferencial
(diferencia entre el nuevo valor de contaje y el último recibido) al valor emitido
actualmente en la salida del valor de contaje.
La salida del valor de contaje incluye una palabra doble en la que está depo-
sitado el valor de contaje en formato BCD o como entero de 32 bits (en fun-
ción del parámetro "BCD_Format"; véase arriba).
El valor de contaje se emite siempre como número positivo. Si se rebasa por
exceso el valor de contaje máximo que puede representarse, este empieza
de nuevo en 0 y se sigue contando en el rango positivo.
Puesto que el parámetro es de entrada/salida (IN_OUT), el programa de
usuario puede poner en todo momento a 0 o a otro valor el valor de la salida
del valor de contaje.
7.5.10 Typical de comandos Cmd01B_S
Función
Enviar 1 byte de comandos con comprobación 1 de 8
La comprobación 1 de 8 es realizada por el typical de puntos de datos.
La comprobación 1 de n es realizada por la FC Safe.
Nota
Se requiere la FC Safe
Con Cmd01B_S solo es posible transmitir datos cuando al final del programa cíclico está
integrada la FC Safe.
Parámetro
PartnerObjectNo
Parámetro: Enabled
na 307).
Comporta- Habilitación del procesamiento del bloque
miento espe- Si no está habilitado, el FB solo comprueba si se ha eliminado el bloqueo. En
cífico del este estado, el bloque tampoco es apto para la comunicación a nivel organi-
typical: zativo, porque el en principio no puede enviar telegramas organizativos.

Parámetro: CommandInputByte_HW
Declaración: INPUT
Tipo de datos: BYTE
valores:
terminado:
Área de di- Bytes de entrada IB0 ... IBn
recciones: PIB0 ... PIBn
LB0 ... LBn
Explicación: Byte de entrada de comandos para entrada de hardware
Este byte de entrada de comandos está previsto especialmente para introdu-
cir comandos por hardware, es decir, a través de entradas digitales. Si bien
también es posible la entrada mediante bytes de marcas o datos, en este
caso hay que asegurarse de desactivar el comando pendiente en el byte de
entrada, p. ej. soltando la tecla de comando en la entrada de hardware.
Cuando se detecta una entrada y no se ha encontrado ningún error en la
comprobación 1 de 8 y 1 de n y, además, la marca de habilitación central está
activada, el comando se prepara para la transmisión. La FC Safe activa au-
tomáticamente dicha marca una vez transcurrido un retardo de tiempo para-
metrizado en ella (consulte FC Safe, parámetro "InputDelayTime").
Si se detecta un error 1 de 8 o 1 de n, el comando introducido no se sigue
procesando. No se leerá un comando nuevo hasta que se registre un ciclo del
OB1 sin comandos de hardware en la CPU ya sea en este o en otro bloque
de entrada de comandos con una entrada de hardware.
El FB registra un error detectado 1 de 8 o 1 de n en el búfer de diagnóstico
(ID de evento B171 o B172, respectivamente). El estado de error se visualiza
además por medio de la salida "InputError" de la FC Safe (consulte FC Safe,
parámetro "InputError") mientras el error esté pendiente.
Nombre: CommandInputByte_SW
Tipo de datos BYTE
valores:
terminado:
Área de di- Bytes de marcas MB0 ... MBn
recciones: Bytes de datos DBm.DBB0 ... n

El parámetro es de entrada/salida (declaración IN_OUT). Para este tipo de

parámetro es un problema indicar marcas locales, por lo que no debería utili-
zarse.
Explicación Byte de entrada de comandos para entrada de software.
Este byte de entrada de comandos está previsto especialmente para introdu-
cir comandos por software, es decir, a través del programa de usuario o del
panel de operador (OP). Cuando se detecta una entrada y en la comproba-
ción 1 de 8 y 1 de n no se ha detectado ningún error, el comando se desacti-
va en el byte de entrada y se prepara para la transmisión. Aquí no se tiene en
cuenta la marca de habilitación central, porque esta solo está prevista para la
entrada de comandos por hardware (véase "CommandInputByte_HW").
Si se detecta un error 1 de 8 o 1 de n, el comando introducido no se sigue
procesando. No se leerá un comando nuevo hasta que se registre un ciclo del
OB1 sin comandos de software en la CPU ya sea en este o en otro bloque de
entrada de comandos con una entrada de software.
El FB registra un error detectado 1 de 8 o 1 de n en el búfer de diagnóstico
(ID de evento B171 o B172, respectivamente). Además, en el bloque de datos
central BasicData se activan los bits de error correspondientes, que pueden
ser consultados por el software. Encontrará más detalles al respecto en la
descripción de la FC Safe.
En principio es posible crear un comando nuevo en "CommandInputByte_SW"
para cada ciclo del OB1. Sin embargo, en cada ciclo del OB1 puede haber
solo un comando, concretamente uno entre todos los bloques de entrada de
comandos con entrada de software (comprobación 1 de n). Así pues, no es
necesario un "ciclo vacío" entre dos comandos de software consecutivos.
Nota
CommandInputByte_HW / CommandInputByte_SW
Cuando deben introducirse los mismos comandos tanto por hardware como por software,
las entradas de comandos "CommandInputByte_HW" y "CommandInputByte_SW" también
pueden utilizarse en paralelo.
Sin embargo, si se introduce un comando simultáneamente en ambos bytes de entrada,
este solo se aceptará si se introduce exactamente el mismo comando tanto en la entrada de
hardware como en la de software. En este caso se seguirá procesando la entrada de
hardware.
En todos los demás casos se rechazará la entrada y se registrará un mensaje de error en el
búfer de diagnóstico (ID de evento B170). El estado de error se visualiza además por medio
de la salida InputError de la FC Safe. En el bloque de datos central BasicData se activan los
bits de error correspondientes, que pueden ser consultados por el software (consulte la FC
Safe).

7.5.11 Typical de comandos Cmd01B_R
Función
Recibir 1 byte de comandos en formato 1 de 8
Parámetro
PartnerObjectNo
Parámetro: Enabled
na 307).
Comporta- Habilitación del procesamiento del bloque
miento espe- Si no está habilitado, el FB solo comprueba si se ha eliminado el bloqueo. No
cífico del se emiten posibles comandos recibidos adicionalmente. En este estado, el FB
typical: tampoco es apto para la comunicación a nivel organizativo, porque
Cmd01B_R en principio no puede enviar o recibir telegramas organizativos.
Si la entrada "Enabled" debe poder operarse mediante un interruptor, este
bloqueo local tiene como consecuencia que no se emitirán más comandos
recibidos. Sin embargo, puesto que el bloque no tiene la capacidad de enviar
telegramas organizativos, no puede devolver este bloqueo local al interlocu-
tor. Esto debería hacerse con otro typical, p. ej. Bin04B_S.
Parámetro: MultipleOutput
Declaración: INPUT
Tipo de datos: BOOL
valores:
Ajuste prede- FALSE
terminado:

Explicación: Se permite la salida simultánea de varios comandos

Este parámetro permite indicar si se permite la salida simultánea de varios
comandos (recibidos sucesivamente), es decir, hay que especificar cómo
debe reaccionar el bloque cuando se recibe un comando nuevo y todavía
debe emitirse un comando recibido anteriormente.
Requisitos: El tiempo de salida de comandos todavía no ha finalizado y el
programa de usuario todavía no ha desactivado este comando.
• FALSE
No se permite una salida múltiple. El nuevo comando recibido sobrescribe
el byte de salida. Esto significa que si todavía hay un comando pendiente,
este se pondrá a 0 a menos que el comando nuevo sea idéntico al
antiguo.
• TRUE
Se permite la salida múltiple. El nuevo comando recibido se escribe en el
byte de salida actual. El tiempo de salida de comandos se inicia de nuevo
y se aplica a todos los comandos pendientes.
Parámetro: CommandOutputTime
Declaración: INPUT
Tipo de datos: INT
Rango de 0 ... 500
valores:
Ajuste prede- 500
terminado:
Explicación: Tiempo de salida de comandos en milisegundos
El tiempo indicado sirve para todas las salidas de comandos.
Si puede haber varias salidas activadas al mismo tiempo (MultipleOutput =
TRUE), el tiempo de salida se reinicia cada vez que se recibe un comando
nuevo. Esto es equivalente a un redisparo para comandos que ya están pen-
dientes. Las salidas de comandos no se retiran simultáneamente hasta que
ha transcurrido el tiempo de salida.
Con el valor 0, el typical de comandos no retira una salida de comandos acti-
vada. Esto debe hacerse mediante el programa de usuario.
Parámetro: NewData
na 307).
el FB ha recibido datos nuevos y los ha emitido en el byte de salida "Com-
mandOutputByte".

Parámetro: CommandOutputByte
Tipo de datos: BYTE
valores:
terminado:
Área de di- Bytes de salida (de la memoria QB0 ... QBn
recciones: imagen de proceso)
Puesto que el parámetro es de entrada/salida (declaración IN_OUT) no se
permite una salida de periferia directa del byte de comandos en PQB0 ...
PQBn. Para este tipo de parámetro también es un problema indicar marcas
locales, por lo que no debería utilizarse.
Explicación: Byte de salida de comandos
Para que las salidas de comandos puedan ser desactivadas tanto por el typi-
cal de comandos como por el programa de usuario (con un tiempo de salida =
0), el parámetro se ha declarado como de entrada/salida (IN_OUT).
7.5.12 Typical de consigna Set01W_S
Función
Enviar 1 consigna como valor de 16 bits y recibir una consigna local del interlocutor
Nota
Con Set01W_S solo es posible transmitir datos cuando al final del programa cíclico está
integrado el bloque FC Safe; consulte el capítulo El programa cíclico SINAUT (Página 291).
Parámetro
PartnerObjectNo
Enabled

Parámetro: EnterInput
Declaración: INPUT
Tipo de datos: BOOL
valores:
Ajuste prede- FALSE
terminado:
L 0.0 ... L n.7
Explicación: Entrada de aplicación para consigna de hardware
Esta entrada permite lanzar la aplicación controlada por flancos de la consig-
na pendiente en la entrada de consigna "SetpointInput".
Solo se tendrá en cuenta un cambio en la entrada "EnterInput" cuando "Con-
tinuousEnterFunct" = FALSE. Si se cumple esta condición, en caso de cambio
de flanco 0 → 1 se aplica la consigna introducida en "SetpointInput" y se pre-
para para la transmisión. Lo mismo es válido cuando la consigna recién intro-
ducida es idéntica a la última consigna transmitida.
Este tipo de aplicación de consigna es adecuado para la entrada por hardwa-
re, p. ej. un tablero o pupitre.
También puede utilizarse para la entrada de consignas mediante un panel de
operador (OP). En este caso, el OP debe poder lanzar la aplicación mediante
una tecla de función.
Parámetro: ContinuousEnterFunct
Declaración: INPUT
Tipo de datos: BOOL
valores:
Ajuste prede- TRUE
terminado:
Explicación: Aplicación de consigna continua para consigna de software
Este parámetro permite especificar si la consigna pendiente en la entrada de
consigna "SetpointInput" debe leerse continuamente y si deben comprobarse
los posibles cambios. Los cambios se comprueban por medio de una compa-
ración con la última consigna transmitida.
Este tipo de aplicación de consigna es adecuado para la entrada por un soft-
ware adecuado. De todas formas, también puede utilizarse para la entrada de
consignas mediante un panel de operador (OP) si el OP no dispone de una
tecla de función separada con la que pueda lanzarse la aplicación.

Parámetro: SetpointInput
Declaración: INPUT
Tipo de datos: WORD
valores:
terminado:
Área de di- Palabras de entrada IW0 ... IWn
recciones: PIW0 ... PIWn
Palabras de marcas MW0 ... MWn
LW0 ... LWn
Explicación: Entrada de consigna
La forma en que debe procesarse la consigna pendiente en SetpointInput
depende de si se trata de una entrada de hardware o software. El tipo de
entrada lo determina el usuario mediante el parámetro "ContinuousEnter-
Funct":
• ContinuousEnterFunct = FALSE (entrada de hardware)
Una consigna pendiente en "SetpointInput" solo se lee mientras en "EnterIn-
put" haya la señal 1. La consigna leída se prepara seguidamente para la
transmisión si en la comprobación 1 de n no se ha detectado ningún error y la
marca de habilitación central está activada. La FC Safe activa automática-
mente dicha marca una vez transcurrido un retardo de tiempo parametrizado
en ella (consulte FC Safe, parámetro "InputDelayTime").
El FB no leerá otra consigna hasta que en EnterInput se detecte la señal 0
como mínimo durante un ciclo del OB1.
Si en la entrada de hardware se detecta un error 1 de n, la consigna introdu-
cida no se seguirá procesando. No se leerá una consigna nueva hasta que se
registre un ciclo del OB1 sin entradas de hardware en la CPU, ya sea median-
te bloques de comandos, consignas o parámetros.
El FB registra el error detectado 1 de n en el búfer de diagnóstico (ID de
evento B172). Mientras el error está pendiente, el estado de error se visualiza
por medio de la salida "InputError" de la FC Safe (consulte FC Safe, paráme-
tro "InputError").

• ContinuousEnterFunct = TRUE (entrada de software)

Una consigna pendiente en SetpointInput se lee continuamente y se
comprueban los posibles cambios. Los cambios se comprueban por medio
de una comparación con la última consigna transmitida. Cada vez que hay
un cambio se transmite la consigna inmediatamente si no se ha detectado
ningún error en la comprobación 1 de n.
– En la entrada de hardware (véase EnterInput) debe detectarse un ciclo
vacío antes de que el bloque pueda transmitir una consigna nueva.
– En la entrada de software es posible transmitir una consigna nueva en
cada ciclo del OB1. Para ello, es imprescindible que en este ciclo no
haya otras entradas de software pendientes en un bloque distinto. En
caso contrario, en la comprobación 1 de n se detectaría un error.
Por medio de la entrada "SendSoftSetpoint" existe la posibilidad de
volver a transmitir la consigna de software sin que cambie la entrada de
consigna (véase más abajo).
Si en la entrada de software se detecta un error 1 de n, la consigna
introducida no se seguirá procesando.
No se leerá una consigna nueva hasta que se registre un ciclo del OB1
sin entradas de software en la CPU (comando o consigna). El bloque
registra el error detectado 1 de n en el búfer de diagnóstico (ID de
evento B172). Además, en el bloque de datos central BasicData se
activan los bits de error correspondientes, que pueden ser consultados
por el software. Encontrará más detalles al respecto en la descripción
de la FC Safe.
Parámetro: ReturnedSetpoint
Tipo de datos: WORD
valores:
terminado:
Área de di- Palabras de salida QW0 ... QWn
recciones: PQW0 ... PQWn
LW0 ... LWn

Explicación: Salida para consigna retroalimentada

El objeto interlocutor que recibe la consigna devuelve la consigna válida allí
actualmente. Este valor se visualiza aquí en la salida "ReturnedSetpoint".
Cuando el objeto interlocutor está puesto a "local" y se realiza allí una nueva
entrada, la consigna que se ha modificado localmente se muestra aquí en
"ReturnedSetpoint".
Después del arranque de la CPU propia o del interlocutor o de restablecerse
la conexión, se emite automáticamente una consulta general para asegurar
que se muestre la consigna local válida actualmente en "ReturnedSetpoint".
Parámetro: LocalOperation
Tipo de datos: BOOL
valores:
Ajuste prede- FALSE
terminado:
L 0.0 ... L n.7
Explicación: Retroalimentación del objeto interlocutor: El objeto está en operación local
En el objeto interlocutor que recibe la consigna también es posible realizar
una entrada de consigna local. En este caso, el objeto interlocutor Set01W_R
debe estar ajustado a "local" en el parámetro de entrada "Local". El objeto
interlocutor señaliza el estado actual del parámetro de entrada "Local", que se
muestra aquí en la salida "LocalOperation".
que se muestre el estado válido actual en "LocalOperation".
Parámetro: NewData
na 307).
das "ReturnedSetpoint" o "LocalOperation", la salida "NewData" se pone a
TRUE durante un ciclo del OB1.
Parámetro: SendSoftSetpoint

Tipo de datos: BOOL

valores:
Ajuste prede- FALSE
terminado:
recciones: Bit de datos DBm.DBX 0.0 ... n.7
zarse.
Explicación: Entrada de disparo para volver a enviar la última consigna de software
Encontrará más detalles en el parámetro "SetpointInput".
7.5.13 Typical de consigna Set01W_R
Función
Recibir o introducir localmente 1 consigna en la estación como valor de 16 bits y devolver la
consigna local a la central
Parámetro
PartnerObjectNo
Enabled
ImageMemory
Conditional
Unconditional
Permanent
TimeStamp
Parámetro: Local
Declaración: INPUT
Tipo de datos: BOOL
valores:
Ajuste prede- FALSE
terminado:


L 0.0 ... L n.7
Explicación: Habilitación de la entrada de consigna local del área de datos indicada en
"LocalSetpointInput"
El objeto no acepta consignas enviadas por el interlocutor (estación maestra)
mientras "Local" = TRUE.
El estado actual de la entrada "Local" se transmite al interlocutor junto con
una copia de la consigna que se emite actualmente en la salida "SetpointOut-
put" (simetría especular de consigna).
Conmutación sin discontinuidades:
• Si se cambia de "Local" = 0 a 1, los últimos valores emitidos en la salida
"SetpointOutput" se conservan hasta que se introduce una consigna nueva
por el área de entrada local "LocalSetpointInput".
• Si se cambia de "Local" = 1 a 0, el último valor emitido en la salida
"SetpointOutput" se conserva hasta que el bloque recibe una consigna
nueva del interlocutor.
Observe la nota del parámetro "ContinuousEnterFunct".
Declaración: INPUT
Tipo de datos: BOOL
valores:
Ajuste prede- FALSE
terminado:
L 0.0 ... L n.7
Explicación: Entrada de aplicación para la entrada de consigna local
El parámetro lanza la aplicación controlada por flancos de la consigna pen-
diente en la entrada de consigna "LocalSetpointInput".
Solo se tendrá en cuenta un cambio en la entrada "EnterInput" cuando el
valor TRUE esté puesto en el parámetro de entrada "Local" y "ContinuousEn-
terFunct" = FALSE. Si se cumplen estas condiciones, en caso de cambio de 0
a 1 en la entrada "EnterInput" se aplica la consigna introducida en "Local-
SetpointInput" y se emite en la salida "SetpointOutput".
Este tipo de aplicación de consigna es adecuado para entradas de hardware,
p. ej. con un tablero, un pupitre o un panel de operador (OP). El OP debe
poder lanzar la aplicación mediante una tecla de función.

Declaración: INPUT
Tipo de datos: BOOL
valores:
Ajuste prede- FALSE
terminado:
Explicación: Registro continuo de la consigna local
Si "Local" = TRUE y "ContinuousEnterFunct" = TRUE, la consigna pendiente
en la entrada de consigna "LocalSetpointInput" debe leerse continuamente y
si deben comprobarse los posibles cambios.
La consigna leída en "LocalSetpointInput" se emite en la salida "SetpointOut-
put" siempre que el valor de entrada local sea distinto de la última consigna
retroalimentada en ese instante.
Si en la entrada de consigna "LocalSetpointInput" se detecta un array, este se
emite inmediatamente (sin comprobar los cambios) en la salida "SetpointOut-
put".
Este tipo de aplicación de consigna es adecuado para entradas de software.
De todas formas, también puede utilizarse para la entrada de consignas me-
diante un panel de operador (OP) si el OP no dispone de una tecla de fun-
ción.
Parámetro: LocalSetpointInput
Declaración: INPUT
Tipo de datos: WORD
valores:
terminado:
Área de di- Palabras de entrada IW0 ... IWn
recciones: PIW0 ... PIWn
LW0 ... LWn
Explicación: Entrada de consigna local
Un valor pendiente en "LocalSetpointInput" solo se aplicará si "Local" =
TRUE. Si se cumple esta condición, la forma en que debe procesarse la con-
signa pendiente depende de si se trata de una entrada de hardware o softwa-
re. El tipo de entrada lo determina el usuario mediante el parámetro
"ContinuousEnterFunct":

• ContinuousEnterFunct = FALSE
Entrada de hardware
Una consigna pendiente en "LocalSetpointInput" solo se lee si en
"EnterInput" se detecta un cambio de señal 0 → 1. La consigna introducida
localmente se emite en la salida "SetpointOutput" y se transmite al
interlocutor.
El bloque no leerá otra consigna hasta que en "EnterInput" se detecte la
señal 0 como mínimo durante un ciclo del OB1.
• ContinuousEnterFunct = TRUE
Entrada de software
Una consigna pendiente en "LocalSetpointInput" se lee continuamente y
se comprueban los posibles cambios. Los cambios se comprueban por
medio de una comparación con la última consigna válida, es decir, el valor
almacenado como retroalimentación de consigna. Cada vez que hay un
cambio, la consigna se emite inmediatamente en la salida parametrizada
en "SetpointOutput" y se transmite al interlocutor.
En entradas de software es posible introducir una consigna nueva en cada
ciclo del OB1.
En entradas de hardware debe detectarse un ciclo vacío antes de que el
bloque pueda leer una consigna nueva.
Parámetro: SetpointOutput
Tipo de datos: WORD
valores:
terminado:
Área de di- Palabras de salida QW0 ... QWn
recciones: PQW0 ... PQWn
LW0 ... LWn
Explicación: Palabra de salida de consigna
La consigna enviada por el objeto interlocutor o introducida localmente en
"LocalSetpointInput" se emite en la salida "SetpointOutput".

Parámetro: NewData
na 307).
Cada vez que el bloque ha recibido una consigna nueva del objeto interlocu-
tor y la ha emitido en la salida "SetpointOutput", la salida "NewData" se pone
a TRUE durante un ciclo del OB1. Lo mismo sucede cuando se produce una
nueva entrada de consigna local (Local = 1).
7.5.14 Typical de parámetros Par12D_S
Función
Enviar entre 1 y 12 valores de parámetros (de 1 palabra doble cada uno) y recibir del
interlocutor los valores de parámetros actuales válidos localmente
Nota
Con Par12D_S solo es posible transmitir datos cuando al final del programa cíclico está
integrada la FC "Safe"; consulte el capítulo El programa cíclico SINAUT (Página 291).
El contenido por palabra doble puede ser un valor en formato de palabra doble (DWORD,
DINT, REAL), pero se admite también una combinación de otros tipos de datos cuyo
resultado sea una palabra doble, por ejemplo:
● 4 bytes
● 2 palabras
● 2 bytes + 1 palabra
Tenga en cuenta al respecto la indicación "Observar límites de palabra" más abajo.
El área de datos que debe transmitirse se indica en forma de un puntero Any en el
parámetro "ParameterInput". Esta área de datos debe estar dentro de un bloque de datos y
su longitud puede variar entre 1 y 12 palabras dobles. El área de datos transmitida al
interlocutor o los valores de parámetros introducidos localmente en el interlocutor se
devuelven desde allí y se emiten aquí en el parámetro "ReturnedParameter". También esta
área de salida (puntero Any) debe estar dentro de un bloque de datos y su longitud debe ser
la misma que la indicada en "ParameterInput".
Para "ParameterInput" y "ReturnedParameter" suelen indicarse áreas de datos separadas.
Con ello, en todo momento se ve lo último que se ha introducido y lo que es válido
localmente ahora. De todas formas, también es posible indicar la misma área de datos para
ambos parámetros. De este modo, ambas áreas se solapan al 100% y están siempre
sincronizadas. Ahora bien, en este caso no se ven las diferencias entre lo último que se ha
introducido y lo que es válido localmente. Si no se necesitan valores retroalimentados,
también existe la posibilidad de renunciar a la programación de "ReturnedParameter".

Aunque se programen áreas separadas para "ParameterInput" y "ReturnedParameter", es

posible hacer que el área de entrada "ParameterInput" se sincronice siempre con los valores
retroalimentados de "ReturnedParameter". Dependiendo del caso, esto puede realizarse
manualmente mediante la entrada "ApplyRemoteParamMan" o bien automáticamente
poniendo el parámetro "ApplyRemoteParamAuto" a TRUE.
En el objeto interlocutor que recibe los parámetros también es posible realizar una entrada
de parámetros local. En este caso, el objeto interlocutor debe estar ajustado a "local" en el
parámetro de entrada "Local" (consulte el bloque Par12D_R). El objeto interlocutor señaliza
el estado actual del parámetro de entrada "Local", que se muestra aquí en la salida
"LocalOperation". Mientras el objeto interlocutor esté en "local", allí no se aceptarán
parámetros de otros dispositivos.
El envío del área de datos definida en "ParameterInput" puede iniciarse mediante los
parámetros siguientes:
● EnterInput
Este parámetro de entrada debe utilizarse cuando el área de datos definida en
"ParameterInput" se suministra por hardware (módulos de entradas digitales y
analógicas). En este caso, "EnterInput" debe conectarse a una tecla de un pupitre o
tablero mediante una entrada digital. Pulsando esta tecla se inicia la transmisión de los
valores introducidos.
Se transmite el área de datos completa que se ha definido en "ParameterInput".
● ContinuousEnterFunct
Ponga el parámetro a TRUE cuando introduzca los parámetros por software, p. ej. desde
un panel de operador (OP). Los cambios se controlan de forma permanente. En cuando
se detecta un cambio en el área de datos definida en "ParameterInput" se inicia la
transmisión de las palabras dobles de datos que han cambiado en relación a la última
transmisión.
Solo se transmiten los datos modificados (consulte la nota "Áreas de datos modificadas"
más abajo).
● Release
Utilice este parámetro de entrada cuando introduzca los parámetros por software, p. ej.
desde un OP. En este caso, la entrada "Release" debería operarse mediante una tecla
de función del OP. Cuando en la entrada "Release" se detecta una señal 1 se controlan
los cambios. Se transmiten las palabras dobles de datos del área de datos indicada en
"ParameterInput" que han cambiado en relación a la última transmisión.
Solo se transmiten los datos modificados (consulte la nota "Áreas de datos modificadas"
más abajo).
● RetransmitAll
Utilice este parámetro de entrada cuando introduzca los parámetros por software, p. ej.
desde un OP. En este caso, la entrada "RetransmitAll" debería operarse mediante una
tecla de función del OP. Cuando en la entrada "RetransmitAll" se detecta una señal 1 se
transmite el área de datos programada en "ParameterInput" sin controlar los cambios.
Se transmite el área de datos completa que se ha definido en "ParameterInput".

Nota
Áreas de datos modificadas
Si solo se transmite el área de datos modificada, dicha área consta de la primera y última
palabra doble en las que se ha detectado un cambio, así como de todas las palabras que
están entre ellas, incluso si no han cambiado.
Ejemplo:
El área que debe leerse tiene una longitud de 10 palabras dobles. En el caso de transmisión
actual se han detectado cambios en la segunda, quinta y octava palabra doble. Se transmite
el área de la 2.ª a la 8.ª palabra doble.
Observar límites de palabra
Si solo se transmiten datos modificados y el área de datos contiene valores en formato de
palabra doble, asegúrese de que los valores de palabra doble estén realmente dentro de
una de las 12 palabras dobles como máximo que tiene el área de datos que se registrará.
Si se reparten en dos palabras dobles de datos consecutivas, podría suceder que solo se
transmita una palabra del valor de palabra doble (palabra High o Low), porque solo ha
cambiado algo en ella. En este caso, la palabra que falta puede provocar un error de datos
en el interlocutor receptor (se aplica a ST7cc, no a una CPU S7).
Parámetro
PartnerObjectNo
Enabled
Declaración: INPUT
Tipo de datos: BOOL
valores:
Ajuste prede- FALSE
terminado:
L 0.0 ... L n.7

Explicación: Entrada de aplicación

Esta entrada permite lanzar la transmisión controlada por flancos de los valo-
res de parámetros pendientes en la entrada "ParameterInput".
Solo se tendrá en cuenta un cambio en la entrada "EnterInput" cuando "Con-
tinuousEnterFunct" = FALSE. Si se cumple esta condición, en caso de cambio
de flanco 0 → 1 se aplican los valores de parámetros introducidos en "Para-
meterInput" y se preparan para la transmisión. No se comprueban los cam-
bios. Siempre se transmite el área de datos completa que se ha indicado en
"ParameterInput".
Este tipo de lanzamiento de la transmisión es adecuado para la entrada a
través de un hardware, p. ej. un tablero o pupitre. Encontrará más información
sobre este parámetro y otros parecidos en el apartado anterior "Función".
Comprobaciones de seguridad:
• Los parámetros leídos solo se preparan para la transmisión si en la
comprobación 1 de n no se ha detectado ningún error y la marca de
habilitación central está activada. La FC Safe activa automáticamente
dicha marca una vez transcurrido un retardo de tiempo parametrizado en
ella (consulte FC Safe, parámetro "InputDelayTime"). El FB no volverá a
leer el área de entrada hasta que en EnterInput se detecte la señal 0 como
mínimo durante un ciclo del OB1.
• Si en la entrada de hardware se detecta un error 1 de n, los parámetros
introducidos no se seguirán procesando. No se leerán parámetros nuevos
hasta que se registre un ciclo del OB1 sin entradas de hardware en la
CPU, ya sea mediante bloques de comandos, consignas o parámetros.
El FB registra el error detectado 1 de n en el búfer de diagnóstico (ID de
evento B172). Mientras el error está pendiente, el estado de error se
visualiza por medio de la salida "InputError" de la FC Safe (consulte FC
Safe, parámetro "InputError").
Declaración: INPUT
Tipo de datos: BOOL
valores:
Ajuste prede- FALSE
terminado:

Explicación: Comprobación continua de cambios

Este parámetro permite especificar si los valores de parámetros pendientes
en la entrada "ParameterInput" deben leerse continuamente y si deben com-
probarse los posibles cambios. Los cambios se comprueban por medio de
una comparación con los últimos valores transmitidos. Solo se transmiten los
valores modificados. Cuando se detectan más cambios, el bloque envía el
área de datos en la que se encuentran todos los valores de parámetros modi-
ficados.
El área de datos modificada que se transmite consta de la primera y última
palabra doble en las que se ha detectado un cambio, así como de todas las
palabras que están entre ellas, incluso si no han cambiado.
Por medio de la entrada "RetransmitAll" existe la posibilidad de volver a
transmitir los valores de parámetros (véase más abajo) sin que cambie la
entrada de parámetros.
Este tipo de lanzamiento de la transmisión es adecuado para cuando los valo-
res de parámetros se introducen por software en el área de entrada Parame-
terInput, aunque también puede utilizarse para la entrada de parámetros
mediante un panel de operador (OP).
Encontrará más información en el apartado anterior "Función".
Comprobaciones de seguridad:
Los parámetros leídos solo se preparan para la transmisión si en la compro-
bación 1 de n no se ha detectado ningún error.
• En la entrada de hardware (véase EnterInput) debe detectarse un ciclo
vacío antes de que el bloque pueda transmitir valores de parámetros
nuevos.
• En la entrada de software es posible transmitir valores de parámetros
nuevos en cada ciclo del OB1. Para ello, es imprescindible que en este
ciclo no haya otras entradas de software pendientes en un bloque distinto.
En caso contrario, en la comprobación 1 de n se detectaría un error.
Si en la entrada de software se detecta un error 1 de n, los parámetros
introducidos no se seguirán procesando. El FB registra el error detectado
1 de n en el búfer de diagnóstico (ID de evento B172).
No se leerán parámetros nuevos hasta que se registre un ciclo del OB1 sin
entradas de software en la CPU, ya sea mediante bloques de comandos,
consignas o parámetros.
Parámetro: ApplyRemoteParamAuto
Declaración: INPUT
Tipo de datos: BOOL
valores:

Ajuste prede- FALSE

terminado:
Explicación: Sincronización automática del área de entrada con el área de retroalimenta-
ción
Con este parámetro, todos los valores de parámetros del área de retroalimen-
tación "ReturnedParameter" se copian automáticamente en el área de entra-
da "ParameterInput".
Además, los valores de parámetros retroalimentados se escriben en el buzón
de envío del DB de comunicación.
La sincronización automática se produce siempre que se reciben datos nue-
vos del objeto interlocutor (Par12D_R).
Parámetro: ParameterInput
Declaración: INPUT
Tipo de datos: ANY
valores:
Ajuste prede- P#P 0.0 VOID 0
terminado: (puntero cero)
Área de di- P#DBxx.DBX yy.0 DWORD zz
recciones: • xx: número del bloque de datos 1...32767
• yy: número del byte
• zz: número de palabras dobles 1...12 a partir del número de byte yy
Ejemplo:
P#DB20.DBX 100.0 DWORD 4
A la hora de introducir el puntero vigile bien los puntos y espacios.
Tenga en cuenta que el valor predeterminado (puntero cero) no está permiti-
do. Debe indicarse un puntero con una dirección real.
Explicación: Área de entrada de parámetros
El puntero ANY direcciona el área de datos en la que se preparan los valores
de parámetros que se registrarán. Esta área de datos debe estar dentro de un
bloque de datos y su longitud puede variar entre 1 y 12 palabras dobles de
datos.
Consulte el contenido y los formatos en el apartado anterior "Función".
En caso de programación errónea (puntero cero, longitud > 12, área de datos
sin DB) se registra un mensaje de error en el búfer de diagnóstico (ID de
evento B114, [Info2/3] = 11). La CPU no pasa a STOP. Sin embargo, después
de esto el bloque no volverá a procesarse hasta que se haya solucionado el
error.
La forma en que deben procesarse los parámetros pendientes en "Parame-
terInput" depende de si se trata de una entrada de hardware o software y de
cómo se inicia la transmisión del área de datos. Encontrará más información
al respecto en el apartado anterior "Función".

Parámetro: ReturnedParameter
Tipo de datos: ANY
valores:
Ejemplo:
Explicación: Área de salida de parámetros
El objeto interlocutor que recibe los valores de parámetros devuelve los valo-
res de parámetros válidos allí. Estos valores se visualizan aquí en la salida
"ReturnedParameter". Cuando el objeto interlocutor está puesto a "local" y se
realiza allí una nueva entrada, los parámetros que se han modificado local-
mente se muestran aquí en "ReturnedParameter".
El puntero ANY define el área de datos en la que se emiten los valores de
parámetros recibidos. Esta área de datos debe estar dentro de un bloque de
datos y su longitud puede variar entre 1 y 12 palabras dobles de datos. Su
longitud debe ser la misma que la definida en ParameterInput.
Tras arrancar la CPU propia o del interlocutor, o bien tras recuperar la cone-
xión, se realiza automáticamente una consulta general que garantiza que en
"ReturnedParameter" se muestren los parámetros válidos actualmente de
forma local.
En caso de parametrización errónea (área de datos sin bloque de datos, lon-
gitud superior a 12 o longitud deferente de la parametrizada en ParameterIn-
put) se registra un mensaje de error al respecto en el búfer de diagnóstico (ID
de evento B114, [Info2/3] = 11). La CPU no pasa a STOP. Sin embargo, pos-
teriormente el FB no volverá a procesarse hasta que se haya solucionado el
error.
Parámetro: LocalOperation
Tipo de datos: BOOL
valores:

Ajuste prede- FALSE

terminado:
L 0.0 ... L n.7
Explicación: Retroalimentación del objeto interlocutor: El objeto está en operación local.
En el objeto interlocutor que recibe los parámetros también es posible realizar
una entrada de consigna local. En este caso, el objeto interlocutor Par12D_R
debe estar ajustado a "local" en el parámetro de entrada "Local". El objeto
interlocutor señaliza el estado actual del parámetro de entrada "Local", que se
muestra aquí en la salida "LocalOperation".
que se muestre el estado válido actual en "LocalOperation".
Parámetro: NewData
na 307).
das "ReturnedSetpoint" o "LocalOperation", la salida "NewData" se pone a
TRUE durante un ciclo del OB1.
Parámetro: Release
Tipo de datos: BOOL
valores:
Ajuste prede- FALSE
terminado:
zarse.

Explicación: Entrada de disparo para enviar los valores de parámetros pendientes actual-
mente
Este parámetro de entrada puede utilizarse cuando el parámetro se introduce
por software, p. ej. mediante un panel de operador (OP). En este caso, "Re-
lease" debería operarse mediante una tecla de función del OP. En principio,
es posible introducir varios parámetros en el OP. Los parámetros no se
transmiten hasta que se activa la tecla de función Release.
Solo se efectúan un control de cambios cuando hay una señal 1 en la entrada
Release. Se transmiten las palabras dobles de datos del área de datos pro-
gramada en ParameterInput que han cambiado en relación a la última trans-
misión.
Si se desea transmitir siempre toda el área de datos indicada en "Parame-
terInput" y no solo los valores de parámetros modificados, debería utilizarse el
parámetro de entrada "RetransmitAll" en lugar de "Release".
La entrada "Release" se desactiva automáticamente. Por este motivo solo
deberían indicarse como entrada marcas o bits de datos. Con una entrada
digital, la desactivación automática no funcionaría.
Comprobaciones de seguridad: Se llevan a cabo las mismas comprobaciones
de seguridad que con ContinuousEnterFunct; véase arriba.
Parámetro: RetransmitAll
Tipo de datos: BOOL
valores:
Ajuste prede- TRUE
terminado:
zarse.

Explicación: Entrada de disparo para volver a enviar toda el área de datos indicada en
"ParameterInput".
Este parámetro de entrada puede utilizarse cuando el parámetro se introduce
por software, p. ej. mediante un panel de operador (OP). En este caso, "Re-
transmitAll" debería operarse mediante una tecla de función del OP. Cuando
en la entrada "RetransmitAll" se detecta una señal 1 se transmite toda el área
de datos indicada en "ParameterInput". No se ejecuta un control de cambios.
La entrada "RetransmitAll" se desactiva automáticamente. Por este motivo
solo deberían indicarse como entrada marcas o bits de datos. Con una entra-
da digital, la desactivación automática no funcionaría. Puesto que no se con-
trolan los cambios, la consecuencia sería una transmisión continua de todos
los valores de parámetros mientras la entrada tenga una señal 1.
"RetransmitAll" puede utilizarse como opción adicional a "Release" o "Conti-
nuousEnterFunct" cuando se han introducido valores de parámetros nuevos
que no han podido transmitirse al interlocutor (fallo de conexión, el objeto
interlocutor está en "local"). En este caso, mediante "RetransmitAll" es posible
iniciar otra transmisión de toda el área de datos indicada en "ParameterInput".
Todos los cambios introducidos previamente y que todavía no han llegado al
interlocutor, son coherentes.
De todas formas, también es posible utilizar "RetransmitAll" como disparador
único de la transmisión cuando deben transmitirse siempre todas las entra-
das, y no solo las modificadas. En este caso, "RetransmitAll" puede utilizarse
en lugar de "Release", porque con este último solo se transmiten los valores
de parámetros modificados.
Comprobaciones de seguridad: Se llevan a cabo las mismas comprobaciones
de seguridad que con "ContinuousEnterFunct"; véase arriba.
Parámetro: ApplyRemoteParamMan
Tipo de datos: BOOL
valores:
Ajuste prede- FALSE
terminado:
Área de di- El parámetro es de entrada/salida (declaración IN_OUT). Para este tipo de
recciones: parámetro es un problema indicar marcas locales, por lo que no debería utili-
zarse.

Explicación: Entrada de disparo para la sincronización del área de entrada con el área de
retroalimentación
La entrada dispara una sola vez una sincronización del área de entrada Pa-
rameterInput con el área de retroalimentación "ReturnedParameter". Cuando
esto sucede, todos los valores de parámetros del área de retroalimentación
"ReturnedParameter" se copian en el área de entrada "ParameterInput".
También se sincroniza el buzón de envío del DB de comunicación con los
valores de parámetros retroalimentados.
"ApplyRemoteParamMan" se desactiva automáticamente. Por este motivo
solo deberían indicarse como entrada marcas o bits de datos. Con una entra-
da digital, la desactivación automática no funcionaría. La consecuencia sería
una sincronización continua mientras el parámetro tenga una señal 1.
7.5.15 Typical de parámetros Par12D_R
Función
Recibir o introducir localmente entre 1 y 12 valores de parámetros (de 1 palabra doble cada
uno) y devolver al interlocutor los valores de parámetros actuales válidos localmente
● 4 bytes
● 2 palabras
Tenga en cuenta al respecto la indicación "Observar límites de palabra" más abajo.
El área de datos que debe transmitirse se indica en forma de un puntero Any en el
parámetro "ParameterOutput". Esta área de datos debe estar dentro de un bloque de datos
y su longitud puede variar entre 1 y 12 palabras dobles.
El bloque también ofrece la posibilidad de introducir localmente los valores de parámetros.
El área de entrada correspondiente se indica también como puntero Any en el parámetro
"LocalParameterInput", debe estar dentro de un bloque de datos y su longitud debe ser la
misma que la indicada en "ParameterOutput".
El bloque procesa solo el área de datos modificada. En cambio, en el transcurso de una
consulta general o individual se transmite o retroalimenta todo el juego de parámetros.
La conmutación sin discontinuidades entre los modos de operación "Local" y "Remote" está
garantizada.

Nota
Áreas de datos modificadas
El área de datos modificada consta de la primera y última palabra doble en las que se ha
detectado un cambio, así como de todas las palabras que están entre ellas, incluso si no
han cambiado.
Ejemplo:
El área que debe leerse tiene una longitud de 10 palabras dobles. En el caso de transmisión
actual se han detectado cambios en la segunda, quinta y octava palabra doble. Se transmite
el área de la 2.ª a la 8.ª palabra doble.
Observar límites de palabra
Si solo se transmiten datos modificados y el área de datos contiene valores en formato de
Parámetro
PartnerObjectNo
Enabled
ImageMemory
Conditional
Unconditional
Permanent
Parámetro: Local
Declaración: INPUT
Tipo de datos: BOOL
valores:
Ajuste prede- FALSE
terminado:
L 0.0 ... L n.7

Explicación: Habilitar la entrada de parámetros local

Habilitación de la entrada de parámetros local del área de datos indicada en
"LocalParameterInput"
El objeto no acepta consignas enviadas por el interlocutor (estación maestra)
mientras "Local" = TRUE.
El estado actual de la entrada "Local" se transmite al interlocutor.
Conmutación sin discontinuidades:
"ParameterOutput" se conservan hasta que se introducen valores de
parámetros nuevos por el área de entrada local "LocalParameterInput".
"ParameterOutput" se conservan hasta que el bloque recibe valores de
parámetros nuevos del interlocutor.
Observe la nota del parámetro "ContinuousEnterFunct".
Caso especial:
Los valores de parámetros en la entrada local también pueden introducirse
directamente en el área de salida indicada en "ParameterOutput". En este
caso debe renunciarse a indicar un área de entrada en "LocalParameterInput"
o bien debe indicarse la misma área de datos tanto para "LocalParameterIn-
put" como para "ParameterOutput".
Este tipo de entrada de parámetros no puede impedirse mediante la entrada
"Local". Independientemente del estado del parámetro "Local", el bloque en-
vía inmediatamente al interlocutor los valores introducidos en el área de sali-
da.
Esto permite realizar entradas de parámetros locales independientemente del
estado de la entrada "Local". Así pues, "Local" ya solo influye en la aplicación
de los parámetros que envía el interlocutor:
• Local = 0
Los parámetros enviados por el interlocutor se aceptan y se emiten en el
área de datos "ParameterOutput".
• Local = 1
Los parámetros enviados por el interlocutor se rechazan.
Las entradas "Release" y "ContinuousEnterFunct" no tienen ninguna función
en el caso especial descrito.
El módulo transmite siempre un cambio de estado del parámetro "Local" si-
guiendo el principio del búfer de transmisión, aunque el parámetro "Image-
Memory" = TRUE. De este modo se garantiza que en el interlocutor siempre
se ejecute correctamente la sincronización opcional entre área de entrada y
salida (consulte Par12D_S, parámetros "ApplyRemoteParamMan" y "Apply-
RemoteParamAuto").
Declaración: INPUT
Tipo de datos: BOOL


valores:
Ajuste prede- FALSE
terminado:
Explicación: Registro continuo de parámetros locales
Este parámetro permite especificar si los valores pendientes en el área de
entrada "LocalParameterInput" se leen continuamente y si se comprueban los
posibles cambios. Los cambios se comprueban por medio de una compara-
ción con los valores actuales en la salida "ParameterOutput".
Los cambios del área de entrada se copian inmediatamente en el área de
salida y se transmiten al objeto interlocutor. Solo se transmiten los valores
modificados. Si hay varios cambios, el bloque envía el área de datos en la
que se encuentran todos los valores de parámetros modificados.
En este caso, el ajuste "ContinuousEnterFunct" = TRUE solo será efectivo si
se cumplen los requisitos siguientes:
• En "LocalParameterInput" se ha definido un área de entrada que no es
idéntica al área de salida emitida en "ParameterOutput".
y
• En la entrada "Local" hay una señal 1 (= TRUE).
Con el ajuste "ContinuousEnterFunct" = TRUE, cuando se detecta una señal
1 en la entrada "Local" se aplican inmediatamente los valores pendientes en
"LocalParameterInput" y se emiten en la salida "ParameterOutput". Para ello,
es imprescindible que los valores de entrada locales sean distintos en este
instante de los valores emitidos actualmente.
Este tipo de registro de valores locales es adecuado para cuando los valores
se introducen por software en el área de entrada "LocalParameterInput".
Parámetro: LocalParameterInput
Declaración: INPUT
Tipo de datos: ANY
valores:


Ejemplo:
Explicación: Área de entrada de parámetros locales
El puntero ANY direcciona el área de datos en la que se preparan los valores
de parámetros que se registrarán. Esta área de datos debe estar dentro de un
bloque de datos y su longitud puede variar entre 1 y 12 palabras dobles de
datos. Su longitud debe ser la misma que la indicada en "ParameterOutput".
error.
Parámetro: ParameterOutput
Declaración: INPUT
Tipo de datos: ANY
valores:
Ejemplo:

Explicación: Área de salida de parámetros

El puntero ANY direcciona el área de datos en la que se emiten los valores de
parámetros introducidos localmente o recibidos del interlocutor. Esta área de
datos debe estar dentro de un bloque de datos y su longitud puede variar
entre 1 y 12 palabras dobles.
Par12D_R deposita los datos recibidos en el área de datos indicada en "Pa-
rameterOutput" sin ninguna preparación adicional. Los datos recibidos deben
evaluarse y procesarse desde el programa de usuario.
Si el objeto interlocutor Par12D_S solo transmite datos modificados, es posi-
ble que solo se escriba de nuevo una parte del área de salida de datos. Es el
área en la que se detectaron cambios por el lado del registro.
error.
Parámetro: NewData
na 307).
Cada vez que el bloque ha recibido valores de parámetros nuevos del objeto
interlocutor y los ha emitido en el campo de salida "ParameterOutput", la sali-
da "NewData" se pone a TRUE durante un ciclo del OB1. Lo mismo sucede
cuando se produce una entrada local nueva en el estado "Local" = 1.
Parámetro: Release
Tipo de datos: BOOL
valores:
Ajuste prede- FALSE
terminado:
zarse.

Explicación: Entrada para aplicar la entrada de parámetros local

Esta entrada permite lanzar la aplicación controlada por flancos de los valores
de parámetros pendientes en la entrada de parámetros "LocalParameterIn-
put".
Un cambio de 0 a 1 en la entrada "Release" solo se tendrá en cuenta si se
cumplen los requisitos siguientes:
• En el parámetro "LocalParameterInput" se ha indicado un área de entrada
que no es idéntica al área de salida indicada en "ParameterOutput".
y
• La entrada "Local" está puesta a TRUE.
Existe la posibilidad de utilizar "Release" para entradas de parámetros por
software, p. ej. mediante un panel de operador (OP). En este caso, la entrada
"Release" debería operarse mediante una tecla de función del OP. En princi-
pio, es posible introducir varios parámetros en el OP. Los valores de paráme-
tros no se leen ni se comprueban los posibles cambios hasta que se activa la
tecla de función Release.
Los cambios se comprueban por medio de una comparación con los valores
de parámetros actuales en la salida "ParameterOutput". Los cambios del área
de entrada se copian inmediatamente en el área de salida y se transmiten al
objeto interlocutor.
Solo se transmiten los valores modificados. Si hay varios cambios, el bloque
envía el área de datos en la que se encuentran todos los valores de paráme-
tros modificados.
La entrada "Release" se desactiva automáticamente. Es posible indicar como
entrada, aparte de una marca o un bit de datos, también una entrada digital.
Con una entrada digital, la desactivación automática no funcionaría. Pero no
tiene efectos negativos. El registro mediante "Release" se inicia controlada
por flancos, es decir, una sola vez.
7.5.16 Typical de datos Dat12D_S
Función
Enviar máx. 12 palabras dobles con cualquier contenido de datos
● 4 bytes
● 2 palabras

El envío del área de datos puede iniciarse de dos modos distintos:

● Mediante un control de cambios
Los datos se transmiten en cuanto cambia un bit ("SendOnChange" = TRUE).
● Mediante el programa de usuario
La transmisión puede iniciarse con un cambio de flanco 0 → 1 en la entrada
"TriggerInput".
Para una transmisión por tiempos es aconsejable utilizar la FC Trigger.
Además, "SendAll" permite especificar si en una transmisión deben enviarse siempre todos
los datos o solo las palabras dobles de datos que han cambiado.
Nota
Observar el límite de palabras dobles
Si se transmiten datos modificados y el área de datos contiene valores en formato de
Parámetro
PartnerObjectNo
Enabled
ImageMemory
Conditional
Unconditional
TimeStamp
Parámetro: SendOnChange
Declaración: INPUT
Tipo de datos: BOOL
valores:

Ajuste prede- FALSE

terminado:
Explicación: Enviar en caso de cambio
En el ajuste TRUE, el bloque ejecuta un control de cambios dentro del área
de datos registrada "DataInput". El bloque comprueba si ha cambiado por lo
menos un bit. En caso de cambio se inicia automáticamente una transmisión
del área de datos. Con el parámetro "SendAll" se determina si debe transmi-
tirse toda el área o solo la parte modificada.
Con el ajuste FALSE hay que iniciar la transmisión mediante el parámetro de
entrada "TriggerInput".
Declaración: INPUT
Tipo de datos: BOOL
valores:
Ajuste prede- FALSE
terminado:
L 0.0 ... L n.7
transferencia disparada del telegrama de datos en un instante concreto.
Ejemplo:
de control.
Asegúrese de poner el parámetro "ImageMemory" a FALSE para que estos
datos con sello de tiempo no se sobrescriban cuando se guardan en el TIM
de estación.
grama de datos con sus valores actuales y se transfiere al TIM local. Segui-
damente, este se encarga de transmitirlo al interlocutor. En líneas dedicadas
o redes inalámbricas la transmisión es inmediata. Con una conexión de mar-
cación es posible que el telegrama de datos se guarde primero en el TIM y
acceda a la transmisión más adelante. El motivo puede ser, por ejemplo, que
el telegrama de datos esté marcado como "espontáneo con limitaciones";

Si no necesita el parámetro déjelo abierto. No obstante, en este caso debería

ponerse el parámetro "SendOnChange" a TRUE para que la transmisión de
datos se inicie automáticamente cada vez que haya un cambio.
Para iniciar la transmisión de datos también es posible seleccionar una com-
binación de "SendOnChange" más "TriggerInput". En este caso, la transmi-
sión se iniciará tanto cuando se detecte un cambio como cuando haya un
cambio de flanco de 0 a 1 en la entrada "TriggerInput".
Si no se utiliza ni "SendOnChange" ni "TriggerInput" para iniciar la transmi-
sión de datos, esta solo se produce en caso de consulta individual de este
objeto de datos o en el marco de una consulta general.
Parámetro: SendAll
Declaración: INPUT
Tipo de datos: BOOL
valores:
Ajuste prede- TRUE
terminado:
Explicación: Enviar todos los datos en cada transmisión
Con este parámetro se ajusta si el bloque debe transmitir siempre todos los
datos del área indicada con "DataInput" o bien solo los que han cambiado. La
transmisión puede haber sido activada porque el control de cambios está
activado (SendOnChange = TRUE) o mediante "TriggerInput".
• SendAll = TRUE
Enviar siempre todos los datos
• SendAll = FALSE
Enviar solo los datos modificados
Excepción:
Si "SendAll" = FALSE, se inicia la transmisión mediante "TriggerInput" y
hasta este instante no han cambiado datos, se transmite toda el área.
Para este caso excepcional equivale a "SendAll" = TRUE.
Si solo se transmite el área de datos modificada ("SendAll" = FALSE),
dicha área consta de la primera y última palabra doble en las que se ha
detectado un cambio, así como de todas las palabras que están entre
ellas, incluso si no han cambiado.
En caso de consulta individual de este objeto de datos o en el marco de una
consulta general se transmiten siempre todas las palabras de datos del área
definida con "DataInput".
Parámetro: DataInput
Declaración: INPUT
Tipo de datos: ANY


valores:
Ejemplo:
Explicación: Área de entrada de datos
El puntero ANY direcciona el área de datos en la que se preparan los datos
que se registrarán. Esta área de datos debe estar dentro de un bloque de
datos y su longitud puede variar entre 1 y 12 palabras dobles de datos.
error.
7.5.17 Typical de datos Dat12D_R
Función
Recibir como máx. 12 palabras dobles con cualquier contenido de datos
● 4 bytes
● 2 palabras
Dat12D_R deposita los datos recibidos en el área de datos indicada en "DataOutput" sin
ninguna preparación adicional. Los datos recibidos deben evaluarse y procesarse desde el
programa de usuario.

Parámetro
PartnerObjectNo
Enabled
Parámetro: DataOutput
Declaración: INPUT
Tipo de datos: ANY
valores:
Ejemplo:
Explicación: Área de salida de datos
El puntero ANY direcciona el área de datos en la que se guardan los datos
recibidos. Esta área de datos debe estar dentro de un bloque de datos y su
longitud puede variar entre 1 y 12 palabras dobles.
Dat12D_R deposita los datos recibidos en el área de datos indicada en "Da-
taOutput" sin ninguna preparación adicional. Los datos recibidos deben eva-
luarse y procesarse desde el programa de usuario.
Si el objeto interlocutor Dat12D_S solo transmite datos modificados, es posi-
error.

Parámetro: NewData
na 307).
Cada vez que el bloque ha recibido valores de datos nuevos del objeto inter-
locutor y los ha emitido en el campo de salida "DataOutput", la salida
"NewData" se pone a TRUE durante un ciclo del OB1.
7.5.18 Typical de datos Dat256D_S
Función
Enviar un máximo de 256 palabras dobles con cualquier contenido de datos
El contenido de cada palabra doble puede ser un valor en formato de palabra doble (p. ej.
DINT, REAL, etc.). De todas formas, también se permiten combinaciones de otros formatos
que, juntos, resultan en una palabra doble, p. ej.
● 32 Bool
● 4 bytes
● 2 palabras
● Cualquier combinación, como 2 bytes más 1 palabra, etc.
Nota
El envío del área de datos puede iniciarse de dos modos distintos:

● Mediante un control de cambios
Los datos se transmiten en cuanto cambia un bit ("SendOnChange" = TRUE).
● Mediante el programa de usuario
La transmisión puede iniciarse con un cambio de flanco 0 → 1 en la entrada
"TriggerInput".
Para una transmisión por tiempos es aconsejable utilizar la FC Trigger.

Además, "SendAll" permite especificar si en una transmisión deben enviarse siempre todos
los datos o solo las palabras dobles de datos que han cambiado.
En CPU S7-300 con comunicación X, la longitud máxima de telegrama de datos es de 76
bytes. 1024 bytes de datos netos se transmiten mediante un proceso de transmisión serie
que consta de una secuencia de 22 telegramas de datos como mínimo (segmentos). Cada
telegrama de datos, excepto el último, contiene un segmento de 48 bytes de datos netos del
área de datos de entrada.
Para garantizar la coherencia de datos con el parámetro "SendAll" activado o durante una
consulta general o individual, los datos se transmiten en segmentos consecutivos. Durante
el proceso de transmisión, el estado se visualiza mediante "SendAllBusy". En el receptor, el
estado se muestra en la salida "DataStatus".
Nota
TriggerInput - SendAllBusy
Cuando "TriggerInput" se dispara siendo "SendAllBusy" = TRUE, la próxima vez que se
inicia la transmisión se produce el mensaje de error "DataLoss" (estado en el encabezado
del telegrama).
El cambio de flanco 0 → 1 mediante "TriggerInput" solo se produce si "SendAllBusy" =
FALSE.
Si se interrumpe la transmisión se muestra "SendAllError". Además, se registra una entrada

en el búfer de diagnóstico con la ID de evento B14DTD7_Diagnostics.
Si la transmisión es incompleta, el estado de los datos en el receptor también es "no válido".
En el receptor, esto se muestra en el parámetro DataStatus. Además, se escribirá una
entrada con la ID de evento B13BTD7_Diagnostics en el búfer de diagnóstico.
Nota
Disponibilidad del interlocutor
Si el estado del interlocutor cambia de "disponible" a "no disponible", se detiene de
inmediato la transmisión de todos los datos. Todos los datos de objetos se borran del búfer
del TIM. Esto podría provocar una pérdida de datos.
En cuanto el interlocutor vuelve a estar disponible, se realiza una consulta general
automática que garantiza que los datos del interlocutor volverán a actualizarse en la próxima
transmisión.
Parámetros
PartnerObjectNo
Enabled
Unconditional
TimeStamp

Parámetro: SendOnChange
Declaración: INPUT
Tipo de datos: BOOL
valores:
Ajuste prede- FALSE
terminado:
Explicación: Enviar en caso de cambio
En el ajuste TRUE, el bloque ejecuta un control de cambios dentro del área
de datos registrada "DataInput". El bloque comprueba si ha cambiado por lo
menos un bit. En caso de cambio se inicia automáticamente una transmisión
del área de datos. Con el parámetro "SendAll" se determina si debe transmi-
tirse toda el área o solo la parte modificada.
Con el ajuste FALSE hay que iniciar la transmisión mediante el parámetro de
entrada "TriggerInput".
Declaración: INPUT
Tipo de datos: BOOL
valores:
Ajuste prede- FALSE
terminado:
L 0.0 ... L n.7
transferencia disparada del telegrama de datos en un instante concreto.
Ejemplo:
de control.
grama de datos con sus valores actuales y se transfiere al TIM local. Segui-
damente, este se encarga de transmitirlo al interlocutor. En líneas dedicadas
o redes inalámbricas la transmisión es inmediata. Con una conexión de mar-
cación es posible que el telegrama de datos se guarde primero en el TIM y
acceda a la transmisión más adelante. El motivo puede ser, por ejemplo, que
el telegrama de datos esté marcado como "espontáneo con limitaciones";

Elija instantes de disparo adecuados para que los datos del TIM no se so-
brescriban debido a un desbordamiento del búfer (distancias temporales ex-
cesivas).
Si no necesita el parámetro déjelo abierto. No obstante, en este caso debería
ponerse el parámetro "SendOnChange" a TRUE para que la transmisión de
datos se inicie automáticamente cada vez que haya un cambio.
Para iniciar la transmisión de datos también es posible seleccionar una com-
binación de "SendOnChange" más "TriggerInput". En este caso, la transmi-
sión se iniciará tanto cuando se detecte un cambio como cuando haya un
cambio de flanco de 0 a 1 en la entrada "TriggerInput".
Si no se utiliza ni "SendOnChange" ni "TriggerInput" para iniciar la transmi-
sión de datos, esta solo se produce en caso de consulta individual de este
objeto de datos o en el marco de una consulta general.
No deben transmitirse valores analógicos que tengan el parámetro "SendOn-
Change" = TRUE sin procesar previamente los datos de proceso. Encontrará
más información al respecto en el typical de valores analógicos Ana04W_S,
parámetro "ThresholdValue".
Parámetro: SendAll
Declaración: INPUT
Tipo de datos: BOOL
valores:
Ajuste prede- TRUE
terminado:
Explicación: Enviar todos los datos en cada transmisión
Con este parámetro se ajusta si el bloque debe transmitir siempre todos los
datos del área indicada con "DataInput" o bien solo los que han cambiado. La
transmisión puede haber sido activada porque el control de cambios está
activado (SendOnChange = TRUE) o mediante "TriggerInput".
• SendAll = TRUE
Enviar siempre todos los datos
• SendAll = FALSE
Enviar solo los datos modificados
Excepción:
Si "SendAll" = FALSE, se inicia la transmisión mediante "TriggerInput" y
hasta este instante no han cambiado datos, se transmite toda el área.
Para este caso excepcional equivale a "SendAll" = TRUE.
En caso de consulta individual de este objeto de datos o en el marco de una
consulta general se transmiten siempre todas las palabras de datos del área
definida con "DataInput".
Parámetro: DataInput
Declaración: INPUT

Tipo de datos: ANY

valores:
Ejemplo:
Explicación: Área de entrada de datos
El puntero ANY direcciona el área de datos en la que se preparan los datos
que se registrarán. Esta área de datos debe estar dentro de un bloque de
datos y su longitud puede variar entre 1 y 256 palabras dobles de datos. Con-
sulte los posibles formatos de palabras dobles en el apartado anterior "Fun-
ción".
En caso de programación errónea (puntero cero, longitud > 256, área de da-
tos sin DB) se registra un mensaje de error en el búfer de diagnóstico (ID de
error.
Coherencia de datos:
Si un segmento de datos que debe transmitirse consta como máximo de 48
bytes, la coherencia de datos durante la transmisión está garantizada.
Parámetro: SendAllBusy
Declaración: INPUT
Tipo de datos: BOOL
valores:
Ajuste prede- FALSE
terminado:

Explicación: Bloque en procesamiento con "SendAll" = TRUE

Esta salida indica que el bloque trasmite actualmente los datos definidos en
"DataInput". El proceso se activa mediante una consulta individual o general
remota o bien mediante un disparo local interno o externo.
Si "SendAll" está puesto a TRUE, la transmisión de todos los datos se dispara
mediante un control de cambios interno (SendOnChange = TRUE) o median-
te la "TriggerInput" externa (cambio de flanco 0 → 1).
El cambio de flanco 0 → 1 no repercute en la "TriggerInput" externa siempre
que "SendAllBusy" indique TRUE. El cambio de flanco 0 → 1 de "TriggerInput"
es efectiva cuando "SendAllBusy" = FALSE.
Parámetro: SendAllError
Declaración: INPUT
Tipo de datos: BOOL
valores:
Ajuste prede- FALSE
terminado:
Explicación: Error en el procesamiento de "SendAll"
"SendAllError" se pone a TRUE cuando se interrumpe la conexión durante el
procesamiento de "SendAll". Además, se escribirá una entrada en el búfer de
diagnóstico.
"SendAllError" se mantiene en TRUE hasta que el programa de usuario lo
desactiva o hasta el próximo rearranque normal de la CPU.
7.5.19 Typical de datos Dat256D_R
Función
Recibir como máx. 256 palabras dobles con cualquier contenido de datos
El contenido por palabra doble puede ser un valor en formato de palabra doble (p. ej., DINT,
REAL, etc.), pero se admite también una combinación de otros formatos cuyo resultado sea
una palabra doble, p. ej.:
● 32 Bool
● 4 bytes
● 2 palabras
● Cualquier combinación, como 2 bytes más 1 palabra, etc.

Nota
Dat12D_R deposita los datos recibidos en el área de datos indicada con "DataOutput" sin
ninguna preparación adicional. Evalúe los datos recibidos desde el programa de usuario.
En CPU S7-300 con comunicación X, la longitud máxima de telegrama de datos es de 76
bytes (48 bytes netos). 1024 bytes de datos netos se transmiten mediante un proceso de
transmisión serie que consta de una secuencia de 22 telegramas de datos como mínimo
(segmentos). Cada telegrama de datos, excepto el último, contiene un segmento de 48
bytes de datos netos del área de datos de salida.
Cada vez que se recibe un segmento de datos detectado se señaliza mediante un estado
correspondiente (bits 1 a 22) del parámetro de salida "NewData".
Asimismo, cuando se ha detectado un cambio en el segmento de datos, el bit de estado 0
de "NewData" se pone a TRUE durante un ciclo de la CPU. Esto permite determinar qué
segmento del área de datos de salida ha cambiado.
Nota
Cuando se recibe una secuencia de varios segmentos de datos (telegramas de datos), los
bits de estado 1 a 22 del parámetro "NewData" se ponen sucesivamente a TRUE, estado
que mantienen hasta que se ha recibido el último segmento.
Si un segmento de datos (telegrama de datos) no forma parte de una secuencia recibida
(SendAll = FALSE), el estado permanece en TRUE durante un solo ciclo de la CPU.
Para garantizar la coherencia de datos siendo "SendAll" = TRUE o durante una consulta
general o individual, el área de datos se actualiza en segmentos individuales consecutivos.
Durante el proceso de recepción, el estado se muestra por medio del byte de salida
"DataStatus" (estado "SequenceState"). Una vez ha finalizado correctamente la secuencia
de recepción, el área de salida de datos se encuentra en el estado actual y los datos de
salida son coherentes. Esto se muestra con "DataStatus" (estado "DataValid" = TRUE).
Nota
Si el parámetro "SendAll" está puesto a FALSE en el emisor no es posible garantizar la
coherencia de los segmentos de datos o de los segmentos límite.

La recepción de una secuencia puede fallar por los motivos siguientes:

● La secuencia de recepción se interrumpe cuando falla la comunicación con el interlocutor
mientras hay una secuencia en curso (ID de evento B13BTD7_Diagnostics).
● El tiempo de vigilancia se ha rebasado por exceso. No ha sido posible recibir todos los
segmentos en el tiempo ajustado en el parámetro "MonitoringTime" (ID de evento
B13CTD7_Diagnostics).
● Se producen otros errores de recepción (ID de evento B13DTD7_Diagnostics), p. ej.:
– Se registra una secuencia de recepción nueva mientras hay en curso una secuencia
correcta.
– Se recibe un segmento espontáneo (telegrama de datos) mientras hay una secuencia
en curso.
Parámetros
PartnerObjectNo
Enabled
Parámetro: SingleRequest
Declaración: INPUT
Tipo de datos: BOOL
valores:
Ajuste prede- TRUE
terminado:
Área de di- Entrada I 0.0 … I n.7
L 0.0 ... L n.7

Explicación: Se envía una consulta individual al objeto interlocutor.

Si el interlocutor está disponible es posible enviar una consulta individual al
objeto interlocutor. En caso de que se devuelva una respuesta, la información
se reenvía al área de datos indicada en "DataOutput".
Hay prioridades en cuanto a las secuencias de transmisión:
• Prioridad mínima: TriggerInput
Una transmisión en curso, lanzada por ejemplo mediante "TriggerInput" en
el emisor, puede interrumpirse mediante una consulta individual o general.
• Prioridad media: consulta individual
Una transmisión en curso, lanzada por ejemplo mediante "TriggerInput" en
el emisor, puede interrumpirse mediante una consulta individual o general.
La consulta interrumpida o reiniciada provoca un reinicio de las secuencias
en curso sin mensaje de error.
• Prioridad máxima: consulta general
Una consulta general puede interrumpirse a sí misma o a una consulta
individual.
La consulta interrumpida o reiniciada provoca un reinicio de las secuencias
en curso sin mensaje de error.
La consulta interrumpida o reiniciada a causa de una consulta individual o
general provoca un reinicio de las secuencias en curso sin mensaje de error.
Cuando una secuencia ha finalizado correctamente, el estado "DataValid" del
byte de salida "DataStatus" permanece en TRUE.
La duración de la respuesta a la consulta individual es evaluada por el pará-
metro "MonitoringTime".
Nota:
La coherencia del área de salida de datos más allá de los límites del segmen-
to solo está garantizada cuando la secuencia de recepción ha finalizado co-
rrectamente.
Parámetro: MonitoringTime
Declaración: INPUT
Tipo de datos: INT
Rango de 0 (sin límites) / 1 … 32000 (segundos)
valores:
Ajuste prede- 0
terminado:
Explicación: Duración máxima de una respuesta completa a una consulta individual
Cada vez que se inicia una consulta individual (consulte el parámetro Single-
Request) se activa el período indicado aquí para "SingleRequest".
Si se ha introducido un valor superior a 0 y se ha rebasado por exceso el
tiempo de la secuencia de respuesta, se muestra un error mediante el byte de
salida "DataStatus" (bits de estado "SequenceState"). Además, se escribirá
una entrada en el búfer de diagnóstico (ID de evento B13CTD7_Diagnostics).
Cada vez que se inicia una consulta individual se reinicia "MonitoringTime".

Parámetro: DataOutput
Declaración: INTPUT
Tipo de datos: ANY
valores:
Ejemplo:
Explicación: Área de salida de datos
El puntero ANY direcciona el área de datos en la que se guardan los datos
recibidos. Esta área de datos debe estar dentro de un bloque de datos y su
longitud puede variar entre 1 y 256 palabras dobles de datos. Consulte los
posibles formatos de palabras dobles en el apartado anterior "Función".
Dat12D_R deposita los datos recibidos en el área de datos indicada en "Da-
taOutput" sin ninguna preparación adicional. Los datos recibidos deben eva-
luarse y procesarse desde el programa de usuario.
Si el objeto interlocutor Dat12D_S solo transmite datos modificados, es posi-
error.
Parámetro: NewData
valores:
Ajuste prede- 0 (DW#16#0)
terminado:

Área de di- Salida (DWORD) QD0 … QDn

recciones: PQD0 … PQDn
Marca (DWORD) MD0 … MDn
LD0 … LDn
Datos (DWORD) DBm.DBB0 … n
Siempre que el bloque recibe nuevos segmentos de datos, en "NewData"
aparece la indicación de los bits de estado 1 a 22 de acuerdo con los seg-
mentos de datos recibidos 1 a 22.
Si al menos uno de los segmentos de datos recibidos contiene cambios, el bit
0 de "NewData" se pone a TRUE durante un ciclo del OB1.
Cuando se recibe una secuencia de varios segmentos de datos (telegramas
de datos), los bits de estado 1 a 22 del parámetro "NewData" se ponen suce-
sivamente a TRUE, estado que mantienen hasta que se ha recibido el último
segmento.
Si un segmento de datos (telegrama de datos) no forma parte de una se-
cuencia recibida ("SendAll" = FALSE), el estado permanece en TRUE durante
un solo ciclo de la CPU.
La salida está prevista para procesamientos posteriores personalizados, p. ej.
para reaccionar de forma selectiva a la recepción de datos nuevos.
Parámetro: DataStatus
Tipo de datos: BYTE
valores:
terminado:
Área de di- Salida QB0 … QBn
recciones: PQB0 … PQBn
Marca MB0 … MBn
LB0 … LBn
Datos DBm.DBB0 … n

7.6 Bloques para ampliaciones opcionales
Explicación: Estado de actualidad de un segmento de datos recibido

Cada vez que hay en curso una recepción de una secuencia, el byte de salida
"DataStatus" muestra el estado momentáneo:
• Cuando la recepción de la secuencia ha finalizado correctamente, el área
de salida de datos "DataOutput" se encuentra en el estado actual. El bit de
estado "DataValid" se pone a TRUE.
Si en el emisor "SendAll" está puesto a TRUE, los datos son coherentes.
• Si falla la recepción en curso de una secuencia, el área de salida de datos
"DataOutput" no es actual y "DataStatus" muestra un error.
– El bit de estado "DataValid" se pone a FALSE y se escribe una entrada
en el búfer de diagnóstico.
– El estado "SequenceState" indica el error (consulte la tabla).
Tabla 7- 10 Asignación de bits de "DataStatus"
Bit Nombre Valor Significado

0 DataValid FALSE Datos no válidos
TRUE Datos válidos
1 ... 5 reservado - (FALSE) Libre
7, 6 SequenceState 0 No hay recepción en curso o ha finalizado sin errores.
1 Primer segmento de una secuencia recibido
2 Segundo segmento de una secuencia recibido o uno
superior
3 Error:
• Secuencia de transmisión cancelada
• Tiempo de vigilancia rebasado por exceso
• Otro error de recepción
7.6.1 FC ListGenerator (300/400)

La FC ListGenerator está disponible en dos versiones:
● Para S7-300
Nombre simbólico: ListGenerator300
● Para S7-400
Nombre simbólico: ListGenerator400

Función
La FC ListGenerator se necesita en una CPU en la que se reciben datos que no tienen
dirección de destino o está incompleta. Básicamente se refiere a la ausencia del número de
objeto de destino, pues es el que apunta al DB de instancia en el que debe depositarse la
información recibida.
Es posible que falten direcciones de destino o que estén incompletas si no se han
parametrizado en la estación o no se ha hecho por completo. Esto está permitido en typicals
que envían información binaria, valores analógicos o valores de contaje. Si estos typicals
deben enviar datos a más de un destino, no se les asigna ninguna dirección de destino.
Debido a la ausencia de la información de destino, el telegrama que debe enviarse se
transmite automáticamente a todos los destinos para los que se ha creado una conexión en
la configuración. Seguidamente, el destino correspondiente recibe los datos en cuestión sin
dirección de destino.
Nota
Complemento del número de dispositivo de destino
Los telegramas sin dirección de destino que deben transmitirse reciben del TIM emisor el
número de dispositivo de destino completo, a veces incluso varios, si deben suministrarse
datos a varios destinos.
El TIM rellena el campo de dirección para el número de objeto de destino con el valor 0,
pues no dispone de la información correspondiente. Solo conoce los dispositivos de destino
para los que se ha configurado una conexión desde él mismo.
Por consiguiente, en el lado receptor el telegrama de datos cuenta con el número de
dispositivo de destino pero el número de objeto de destino es 0.
Si el número de objeto de destino no está incluido en el telegrama de datos recibido, la FC

Distribute, que se encarga de distribuir los telegramas de recepción, accede a una lista de
referencias de objetos.
A partir de la dirección de origen incluida en cada telegrama de datos (número de dispositivo
de origen y número de objeto de origen), la FC Distribute busca dentro de la lista una
entrada que indique el número de objeto de destino faltante correspondiente a la dirección
de origen en cuestión, es decir, el número del DB de instancia local.
Esta lista de referencias de objetos la elabora la FC ListGenerator. La FC no tiene
parámetros. Se integra en el programa de usuario cíclico (OB1), a continuación de la FC
BasicTask.
Para elaborar la lista, la FC ListGenerator utiliza las direcciones parametrizadas en los
typicals receptores. En estos typicals es imprescindible indicar "PartnerNo" y
"PartnerObjectNo". Estos parámetros son idénticos a la dirección de origen del telegrama de
recepción correspondiente. Puesto que, además, el Typical conoce el número de su DB de
instancia, esto significa que conoce también todas las direcciones necesarias para una
entrada en la lista de referencias.
Durante el arranque, la FC ListGenerator hace que todos los typicals receptores introduzcan
en la lista de referencias la dirección que tienen parametrizada con el número del DB de
instancia. Esto significa que la lista de referencias de objetos no debe parametrizarse por
separado, sino que simplemente se elabora a partir de la parametrización realizada
previamente en los Typicals de recepción, con lo que siempre es coherente.

Funcionamiento
Tras el arranque, la FC ListGenerator elabora las listas en tres ciclos consecutivos del OB1:
● En el primer ciclo se determina cuántas entradas se necesitan en la primera y, en su
caso, segunda lista de referencias de objetos. Los Typicals participantes incrementan un
contador correspondiente en esta ejecución.
● En el segundo ciclo, la FC ListGenerator genera el bloque de datos con la longitud
necesaria para la primera y, en su caso, segunda lista de referencias de objetos y ocupa
todas las palabras de datos que hay con 0. En el mismo ciclo, todos los Typicals
participantes introducen sus direcciones y el número del DB de instancia correspondiente
en la lista.
● En el tercer y último ciclo, la FC ListGenerator clasifica todas las entradas en orden
ascendente. La clasificación ordenada acelera el proceso de búsqueda por la lista
durante el funcionamiento.
Para generar el bloque de datos, la FC ListGenerator procede del siguiente modo:
Si todavía no se ha creado ninguna lista, se busca un número de DB libre. A partir del
número del DB BasicData se toma el número del próximo DB libre por abajo.
Si ya existe una lista, la FC ListGenerator comprueba si el DB existente es lo
suficientemente largo para el número necesario de referencias. Si la longitud es suficiente,
el contenido se ocupa con 0 y, seguidamente, se vuelve a escribir con direcciones y se
clasifica.
Si el bloque de datos existente es demasiado corto, el procedimiento posterior es distinto en
S7-300 y S7-400:
● En S7-300 se genera un DB nuevo. El DB antiguo se conserva en la memoria, pues en
S7-300 no hay función de borrado para bloques de datos.
Observación: Sin la generación de un nuevo SB debería borrarse este DB con la
programadora. Si no hay memoria suficiente en la CPU para generar un nuevo DB, el
usuario debe borrar el DB existente antes del nuevo arranque.
● En S7-400 se borra el DB existente y, seguidamente, se genera uno nuevo con el mismo
número y la longitud adecuada.
7.6.2 FC TimeTask
Función
La FC TimeTask se encarga de una gestión continua de la fecha y la hora en una CPU.
La FC no tiene parámetros. Debe integrarse en el programa de usuario cíclico (OB1), a
continuación de la FC BasicTask.
Para utilizar la FC TimeTask es imprescindible que la CPU sea sincronizada por un TIM
local. Dicha sincronización debe activarse en la ficha "Servicio horario" al parametrizar las
propiedades correspondientes del TIM. Véase la figura siguiente.

Figura 7-26 Ajuste de la sincronización horaria en MPI / Partyline con un TIM
Encontrará más detalles sobre el ajuste de la sincronización horaria en el capítulo "Software

de configuración para SINAUT ST7" del presente manual, en el apartado "Parametrización
de los módulos TIM".
Tras el arranque de la CPU, el TIM proporciona por primera vez la fecha y la hora actual
mediante un telegrama organizativo. Seguidamente se lleva a cabo la sincronización horaria
en el intervalo de tiempo definido en la parametrización del TIM (para la sincronización
horaria en MPI/Partyline se recomienda un período de un minuto).
La FC TimeTask ajusta la hora de la CPU con el tiempo de sincronización recibido del TIM y
lee dicha hora en cada ciclo del OB1. En tanto que avance en el tiempo y sea plausible, la
hora leída se deposita en las dos primeras palabras dobles del DB BasicData y se marca
como válida o no válida y como horario de verano o de invierno. De allí toman la hora todos
los bloques, si es que la necesitan. Esto lo hacen, p. ej., los typicals de puntos de datos para
poner un sello de tiempo a sus telegramas, o la FC Trigger para comprobar si se ha
alcanzado un instante parametrizado o ha finalizado un período predefinido. Evidentemente,
esta hora también está a disposición del programa de usuario.

Figura 7-27 DB BasicData > CurrentDate y CurrentTime: fecha y hora actuales y estado de la hora
Tabla 7- 11 Ocupación de las palabras de datos con fecha, hora y estado de la hora
CurrentDate Byte de datos 0 Año * 10 Año * 1

Byte de datos 1 Mes * 10 Mes * 1
Byte de datos 2 Día * 10 Día * 1
Byte de datos 3 Hora * 10 Hora * 1
CurrentTime Byte de datos 4 Minuto * 10 Minuto * 1
Byte de datos 5 Segundo * 10 Segundo * 1
Byte de datos 6 Milisegundos * 100 Milisegundos * 10
Byte de datos 7 Milisegundos * 1 Estado de la hora
Tabla 7- 12 Asignación del semibyte "Estado de la hora"
0 0 = fecha y hora no válidas

1 = fecha y hora válidas
1 0 = horario de invierno (hora normal)
1 = horario de verano
2 (libre)
3 (libre)
Aparte del estado de la hora, también es posible comprobar si la fecha y la hora son válidas
con el bit de datos 16.1 "CpuClockOk". En cuanto la hora de la CPU es válida, la FC
TimeTask pone este bit a 1. En el programa de usuario puede consultarse este bit
directamente con el nombre simbólico "BasicData.CpuClockOk".

7.6.3 FC Trigger
Función
La FC activa una salida (marca, bit de datos o salida digital) en un instante programable o
en un período predefinido.
La FC desactiva de nuevo la salida tras un ciclo del OB1.
La FC puede llamarse en cualquier lugar del programa de usuario cíclico (OB1), incluso
varias veces.
Si la ejecución de una parte del programa o de una función de software debe lanzarse por
medio de la FC Trigger, se recomienda llamar la FC Trigger justo antes de ejecutar dicha
función. Para lanzar funciones sobre la base de la marca activada por la FC Trigger pueden
utilizarse las aplicaciones siguientes, por ejemplo:
● Ejecución de una función
● Llamada de un bloque
● Lanzamiento de una transferencia de valor de contaje cada 2 horas
Si deben activarse varias funciones en el mismo instante, puede conseguirse con un bloque
FC Trigger, siempre que todas las funciones consulten la misma marca activada por la FC.
Sin embargo, esto solo funciona si las funciones lanzadas no desactivan esta marca por su
cuenta.
Solución en el caso de que los bloques desactiven la marca:
● Debe llamarse la FC Trigger con más frecuencia, cada vez con el mismo tiempo pero
una marca de salida distinta.
● Después de llamar la FC Trigger debe multiplicarse la marca de salida activada en el
número correspondiente de marcas adicionales.
La FC accede a la hora SINAUT en las dos primeras palabras dobles de datos del DB
BasicData. Estas reciben datos de forma continua cuando se ha integrado una FC
TimeTask en el programa de usuario y este se sincroniza regularmente desde un TIM local.
La FC Trigger solo compara el tiempo que tiene programado con la hora actual cuando la
hora está marcada como válida en el DB BasicData, byte de datos 7 (byte de estado de la
hora, bit 0 = 1).
La precisión con la que trabaja la FC Trigger depende de la precisión de la hora y del tiempo
de ciclo del OB1.
Si el tiempo de ciclo del OB1 es inferior a 1 segundo (que será lo normal), la salida se activa
exactamente en el valor de segundo programado, con la imprecisión del tiempo de ciclo del
OB 1 inferior a 1 s.
Si el tiempo de ciclo del OB1 es mayor que 1 segundo, la FC trabaja con una tolerancia de 4
segundos. Si la FC se procesa tarde pero dentro de los 4 segundos posteriores al instante
programado, la salida también se activará.
La marca de flanco programada en la FC "Flag" se activa al mismo tiempo que la salida y se
desactiva 5 segundos después del instante programado.
Para la marca de flanco no debe utilizarse ningún parámetro comodín ni debe ser
desactivada por el programa de usuario.

Encontrará ejemplos de programación de la FC Trigger más adelante.
Parámetro
Nombre: IntervalMode
Declaración: INPUT
Tipo de datos: BOOL
valores:
Explicación Instante / período
• FALSE = instante
• TRUE = período
Encontrará ejemplos de parametrización de instantes o períodos a continua-
ción de la explicación de los parámetros.
Nombre: Hour_Minute
Declaración: INPUT
Tipo de datos: WORD
Explicación Indicación de los valores de horas y minutos.
Explicación complementaria: Consulte el parámetro "Month_Year".
Nombre: Second_Day
Declaración: INPUT
Tipo de datos: WORD
Explicación Indicación de los valores de segundos y día.
Explicación complementaria: Consulte el parámetro "Month_Year".
Nombre: Month_Year
Declaración: INPUT
Tipo de datos: WORD
Rango de • 00 ... 99
valores: • FF

Explicación Indicación de los valores de mes y año

Cada parámetro está dividido en dos. Cada uno de los dos valores de cada
parámetro se indica con dos cifras, concretamente como valor en código
BCD.
• Las dos primeras cifras definen el valor de horas, segundos o mes.
• Las otras dos cifras definen el valor de minutos, día o año.
Las partes de los parámetros que no se necesitan deben parametrizarse con
FF.
Los parámetros admisibles dependen del parámetro correspondiente y del
parámetro "IntervalMode". Encontrará más información al respecto a conti-
nuación de la explicación de los parámetros.
Nombre: TriggerOutput
Tipo de datos: BOOL
Rango de Salida Q 0.0 ... I n.7
valores: Marca M 0.0 ... M n.7
L 0.0 ... L n.7
Explicación Salida de disparo
La salida se activa durante un ciclo del OB1 cuando se alcanza el instante o
período parametrizado desde "Hour" hasta "Year".
Nombre: Flag
Tipo de datos: BOOL
Rango de Marca M 0.0 ... M n.7
valores: Bit de datos DBm.DBX 0.0 ... n.7
El parámetro es de entrada/salida (declaración IN_OUT). Para este parámetro
es un problema indicar marcas locales, por lo que no debería utilizarse.
Explicación Marca de flanco para la salida "TriggerOutput"
No está permitido indicar marcas comodín.
No está permitido que el usuario desactive la marca de flanco.
Ejemplos de parametrización de un instante o período
IntervalMode = FALSE (o 0)
La FC trabaja según el principio de instantes. Cuando se alcanza el instante programado, la
salida "TriggerOutput" se activa durante un ciclo del OB1.
Para indicar el instante pueden utilizarse todos los parámetros de tiempo. Los parámetros
que no se necesitan deben ocuparse con FF. No se tienen en cuenta cuando se comprueba
si se ha alcanzado el instante.

Aunque "IntervalMode = 0" es posible ajustar períodos en determinados rangos; consulte los
ejemplos siguientes.
Rangos de valores admisibles para los parámetros de tiempo:
Horas 00-23 Día 01-31

Minutos 00-59 Mes 01-12
Segundos 00-59 Año 00-99
Ejemplos:
● IntervalMode = FALSE
La salida "TriggerOutput" se activa una vez el 04.02.91 a las 06:45:12:
– Hour_Minute : W#16#0645
– Second_Day : W#16#1204
– Month_Year : W#16#0291
La salida "TriggerOutput" se activa cada día a las 06:00:00:
– Second_Day : W#16#00FF
– Month_Year : W#16#FFFF
La salida "TriggerOutput" se activa el día 1 de cada mes a las 06:00:00:
– Month_Year : W#16#FFFF
La salida "TriggerOutput" se activa el 1 de octubre de cada año a las 06:00:00:
– Month_Year : W#16#10FF
IntervalMode = TRUE (o 1)
La FC trabaja según el principio de períodos. Cuando se alcanza el valor de tiempo
parametrizado o un múltiplo del mismo, la salida "TriggerOutput" se activa durante un ciclo
del OB1.
Solo son relevantes las indicaciones de horas, minutos y segundos. Los parámetros de
fecha no se consideran. Además, un período solo puede parametrizarse en horas, minutos o
segundos. Todos los parámetros de tiempo que no se necesitan deben ocuparse con FF.

Se admiten los períodos siguientes:

● Horas: 01, 02, 03, 04, 06, 08, 12, 24
● Minutos: 01, 02, 03, 04, 05, 06, 10, 12, 15, 20, 30, 60
● Segundos: 10, 12, 15, 20, 30, 60
Ejemplos:
● IntervalMode : TRUE
La salida "TriggerOutput" se activa, concretamente:
– Hour_Minute : W#16#06FF (cada 6 horas)
– Second_Day : W#16#FFFF (a las 00:00:00, 06:00:00, 12:00:00 horas y ...)
– Month_Year : W#16#FFFF (... a las 18:00:00 horas)
● IntervalMode : TRUE
La salida "TriggerOutput" se activa, concretamente:
– Hour_Minute : W#16#FF30
– Second_Day : W#16#FFFF (a las 00:00:00, 00:30:00, 01:00:00 horas y ...)
– Month_Year : W#16#FFFF (... a las 01:30:00, 02:00:00, 02:30:00 horas, etc.)
Mensaje de error durante el arranque

La FC comprueba cada ciclo si los parámetros Hour_Minute, Second_Day y Month_Year
cumplen los rangos de valores admisibles. Los valores admisibles en cada caso dependen
también del parámetro "IntervalMode".
En caso de programación errónea, solo durante el arranque se registra un mensaje de error
en el búfer de diagnóstico (ID de evento B113). La CPU no pasa a STOP. A continuación, la
FC comprueba los parámetros, sin emitir mensajes de error, hasta que se ha solucionado el
error de programación.
El aviso de diagnóstico proporciona una descripción exacta del parámetro erróneo (número
correlativo del parámetro, es decir, 2, 3 o 4). Las causas del aviso de diagnóstico dependen
del parámetro "IntervalMode".
IntervalMode = FALSE (o 0)
Los rangos de valores admisibles para los parámetros de horas, minutos, segundos, días,
mes y año no se cumplen. Aparte de FF es posible programar:
Horas 00-23 Día 01-31

Minutos 00-59 Mes 01-12
Segundos 00-59 Año 00-99

"IntervalMode" = TRUE (o 1)
En este caso, el error puede tener dos causas distintas:
● Los rangos de valores admisibles para los parámetros de horas, minutos y segundos no
se cumplen. Aparte de FF es posible parametrizar:
– Horas: 01, 02, 03, 04, 06, 08, 12, 24
– Minutos: 01, 02, 03, 04, 05, 06, 10, 12, 15, 20, 30, 60
– Segundos: 10, 12, 15, 20, 30, 60
● Un período solo puede parametrizarse en horas, minutos o segundos. Los dos
parámetros no utilizados deben escribirse con FF. Hay un error también cuando los tres
parámetros citados se han rellenado con FF.
7.6.4 FC PulseCounter
Función
La FC PulseCounter se encarga de registrar impulsos de contaje.
A través de entradas digitales se registran un máximo de 8 secuencias de impulsos, que se
conducen mediante contadores SIMATIC hasta los bloques de función, los cuales elaboran
los telegramas de valores de contaje (Cnt01D_S, Cnt04D_S).
Los impulsos de contaje se registran con control de tiempo. Para ello debe integrarse la FC
PulseCounter en un OB de alarma cíclica, p. ej. OB35. El intervalo de llamada del OB de
alarma cíclica debe ajustarse a la duración de los impulsos de contaje. Encontrará más
información sobre el registro de impulsos de contaje mediante el OB de alarma cíclica en el
capítulo OB de alarma cíclica (Página 296).
Parámetro
Nombre: InByte
Declaración: INPUT
Tipo de datos: BYTE
Rango de Bytes de entrada PIB0 ... PIBn
valores: Bytes de marcas MB0 ... MBn
LB0 ... LBn
Si se indica un byte de entrada de una entrada digital, debe ser la dirección
del byte de periferia (PIB) directamente de los módulos de entradas digitales.
Solo es posible registrar con seguridad el estado actual de una entrada de
contaje por medio del acceso directo.
En caso de leer de la memoria imagen de proceso de las entradas (IB) existe
la posibilidad de que algunos impulsos de contaje no se detecten.
Explicación: Byte de entrada para impulsos de contaje
Las entradas para registro de impulsos de contaje pueden parametrizarse por
bytes.

Nombre: EnableMask
Declaración: INPUT
Tipo de datos: BYTE
Rango de B#16#00 ... B#16#FF
valores:
Explicación Máscara de habilitación para las entradas de contaje
El parámetro "EnableInMask" permite indicar en forma de máscara de bits las
entradas del byte de entrada a las que realmente hay conectados impulsos de
contaje. Para cada bit de la máscara rige lo siguiente:
• 0 = bit de entrada para el registro bloqueado
• 1 = bit de entrada para el registro habilitado
La máscara solo puede introducirse en formato hexadecimal B#16#00 a
B#16#FF.
En el tipo de datos BYTE no es posible la entrada en forma de número binario
de 8 bits de 2#0 a 2#1111 1111.
Asignación de los bits de la máscara a las entradas del byte de entrada "InBy-
te":
InByte .7 .6 .5 .4 .3 .2 .1 .0
EnableMask B#16# 0…F 0…F
Ejemplo: EnableMask: B#16#83
Están habilitadas: Entradas .7, .1 y .0
Están bloqueadas: entradas .6 a .2
Nombre: CntIn_0 ... CntIn_7

Declaración: INPUT
Tipo de datos: COUNTER
Rango de Z0 o Z1 ... Zn
valores: (n depende de la CPU)
Explicación Contador de impulsos
Para cada una de las entradas de contaje habilitadas debe indicarse un con-
tador SIMATIC con el parámetro correspondiente "CntIn_0" ... "CntIn_7". Con
cada impulso registrado se incrementa el contador SIMATIC.
Los contadores parametrizados aquí deben indicarse como contadores de
entrada en los bloques de función de valores de contaje "Cnt01D_S" y
"Cnt04D_S" (parámetro Counter_1 ... _4). Estos bloques de función leen el
contador asignado en cada caso y lo desactivan a continuación.
Como comodín para parámetros no necesarios se recomienda indicar el con-
tador Z0.

Ejemplo de parametrización de "CntIn_0" ... "CntIn_7", partiendo de "Ena-

bleInMask" = B#16#83:
CntIn_0 : = Z10
CntIn_1 : = Z11
CntIn_2 : = Z0
CntIn_3 : = Z0
CntIn_4 : = Z0
CntIn_5 : = Z0
CntIn_6 : = Z0
CntIn_7 : = Z12
7.6.5 FC Safe
Función
La FC Safe se encarga de que la entrada de comandos y consignas sea segura aplicando el
control 1-de-n.
La FC Safe comprueba entradas para los siguientes typicals de puntos de datos:
● Cmd01B_S
● Set01W_S
● Par12D_S
Cuando hay una entrada pendiente, la FC comprueba si en el ciclo actual del OB1 hay solo
una entrada pendiente y, seguidamente, concede la autorización al bloque que realiza la
lectura. En cuanto hay dos (o más) entradas pendientes dentro de un ciclo del OB1, se
ignoran ambas entradas.
En cada CPU en la que se registran comandos y/o consignas, la FC Safe debe llamarse una
vez en el OB1 al finalizar todos los FB de comandos y consignas.
La FC tiene una vigilancia separada para entradas desde diferentes áreas de memoria del
sistema. Se dividen en entradas de hardware y entradas de software:
● Entradas de hardware
– Módulos de entrada (I)
– Área periférica de entradas (PI*)
● Entradas de software
– Marcas (M)
– Bloques de datos (DB)
– Datos locales (L)
– Paneles de operador
El bloque comprueba por separado los dos tipos de entrada "Entradas de hardware" y
"Entradas de software". La FC concede la autorización para entradas de hardware y
software por separado. Para cada tipo de entrada solo debe detectarse una sola entrada de
comando o consigna.

Si hay pendientes una sola entrada de hardware y una sola entrada de software al mismo
tiempo, se habilitan las dos entradas.
Para entradas de hardware rige la condición adicional siguiente: La entrada debe estar
pendiente constantemente mientras dure "InputDelayTime". El procesamiento del bloque
solo se autoriza si el comando o la consigna introducido se mantiene invariable durante este
tiempo y si durante este tiempo no se detectan otras entradas de comandos o consignas.
La elaboración propiamente dicha del telegrama de comando o consigna corre a cargo del
bloque que ha leído el comando o la consigna.
Para la entrada de hardware, la FC Safe ofrece los dos códigos de condición siguientes:
● InputOK
Indica la autorización de comandos de hardware y consignas
● InputError
Indica errores de entrada en comandos de hardware y consignas
La FC Safe indica un error de salida de comando que se ha detectado en una estación por
medio de la siguiente salida:
● GlobalCmdOutputError
Señalización acumulativa: Error de salida de comando en una estación
Parámetro
Nombre: InputDelayTime
Declaración: INPUT
Tipo de datos: INT
Rango de va- • 0
lores:
Valor para parámetros no necesarios
• 1 ... 32000
Rango de valores del tiempo de retardo
Explicación: Tiempo de retardo en ms para comandos y consignas introducidas por hard-
ware.
Se recomienda un tiempo de retardo de 1000 ms como mínimo.
Nombre: MaxInputTime
Declaración: INPUT
Tipo de datos: INT
Rango de va- • 0
lores:
• 1 ... 32000
Rango de valores del tiempo de vigilancia

Explicación: Tiempo de vigilancia en s para comandos y consignas introducidas por

hardware.
Se recomienda un tiempo de vigilancia de 30 s como mínimo.
Si el parámetro no es necesario, indique 0 (cero).
Nombre: ResetError
Declaración: INPUT
Tipo de datos: BOOL
Rango de va- Entrada I 0.0 ... I n.7
lores: Marca M 0.0 ... M n.7
L 0.0 ... L n.7
Explicación: Entrada para desactivar la salida GlobalCmdOutputError.
Si el parámetro no es necesario, indique un bit de marcas o datos que tenga
siempre la señal 0.
Nombre: InputOK
Tipo de datos: BOOL
Rango de va- Ausgang Q 0.0 ... Q n.7
lores: Merker M 0.0 ... M n.7
L 0.0 ... L n.7
Datenbit DBm.DBX 0.0 ... n.7
Explicación: Indica la autorización de comandos de hardware y consignas
Tiene la señal 1 en cuanto se concede la habilitación para la entrada actual,
es decir, cuando se ha introducido correctamente el comando de hardware o
la consigna.
El código de condición se apaga cuando se retira la entrada, es decir, en
cuanto se suelta la tecla de comando o en cuanto se suelta la tecla de entra-
da de consigna en la entrada "EnterInput".
Si el parámetro no es necesario, indique un bit de marcas o datos en el área
de memoria de los datos locales.
Nombre: InputError
Tipo de datos: BOOL
L 0.0 ... L n.7

Explicación: Indica errores de entrada en comandos de hardware y consignas

La salida tiene la señal 1 en cuanto se detecta uno de los siguientes errores
de entrada de hardware dentro del tiempo de vigilancia "MaxInputTime":
• Se han detectado dos o más entradas de comandos y/o consignas al
mismo tiempo.
• En una de las entradas se ha detectado una señal 1 durante un tiempo
prolongado (p. ej. cuando la entrada está defectuosa).
Nombre: GlobalCmdOutputError
Tipo de datos: BOOL
L 0.0 ... L n.7
Explicación: Señalización acumulativa: Se ha detectado un error de salida de comandos
en una estación.
En el lado de recepción solo se producen errores de salida de comandos en
los casos siguientes:
• El contenido de los dos bytes de comandos en el telegrama recibido no
es idéntico.
• Hay más de un bit activado en el byte de comandos (error 1 de 8).
Si se detecta un error de este tipo, la estación lo notifica enviando un tele-
grama organizativo al dispositivo que ha enviado los comandos. La FC Safe
del dispositivo emisor muestra el fallo en la salida "GlobalCmdOutputError".
Cuando se detecta el error, la salida mantiene la señal 1 hasta que el usuario
solicita la desactivación de la señal de grupo mediante la entrada "ResetE-
rror".
7.6.6 FC PartnerStatus
Función
La FC PartnerStatus puede mostrar el estado "correcto" o "averiado" actual para un máximo
de 8 dispositivos SINAUT.
La FC puede llamarse en cualquier lugar del programa de usuario cíclico (en el OB1).
Si desea vigilar más de 8 dispositivos, debe integrarse el mismo número de FC
PartnerStatus en el programa de usuario.
El interlocutor puede ser una CPU ST7 o un ST7cc con el que se haya configurado una
conexión, o bien un TIM local.

En el byte de salida "PartnerStatus" hay un bit reservado en cada dispositivo que muestra el
estado del dispositivo en cuestión, del siguiente modo:
● FALSE (0):
– dispositivo averiado
– Parámetro de entrada correspondiente no utilizado (= 0)
– Dispositivo desconocido
● TRUE (1): Dispositivo en buen estado
Parámetro
Nombre: Partner1 ... Partner8

Declaración: INPUT
Tipo de datos: INT
Rango de • 0
valores:
• 1 ... 32000
Número del dispositivo que debe vigilarse
Explicación N.º de dispositivo SINAUT del dispositivo que debe vigilarse.
Si un número de dispositivo parametrizado no se encuentra en la contabilidad
(DB BasicData), se realiza una entrada en el búfer de diagnóstico (ID de
evento B101) (solo durante el arranque). La CPU no pasa a STOP.
El estado de los dispositivos parametrizados correctamente se muestra en el
byte de salida "PartnerStatus".
Para dispositivos desconocidos, el procesamiento no se lleva a cabo hasta
que se ha solucionado el error. Sus bits de estado están puestos a 0.
Nombre: PartnerStatus
Tipo de datos: BYTE
Rango de va- Bytes de salida QB0 ... QBn
lores: PQB0 ... PQBn
LB0 ... LBn
Explicación: Indicador de estado de los dispositivos que deben vigilarse
Asignación de los bits de estado en el byte de salida "PartnerStatus" en fun-
ción de los parámetros "Partner1" ... "Partner8":
Bit .7 .6 .5 .4 .3 .2 .1 .0
Interlocutor 8 7 6 5 4 3 2 1
Valor:
• 0 = interlocutor averiado, no parametrizado o desconocido.
• 1 = interlocutor en buen estado

7.6.7 FC PathStatus
Función
El bloque (FC) muestra desde el TIM local el estado de la ruta hacia un interlocutor.
Como máximo es posible configurar 2 rutas (ruta principal y sustitutiva) hacia un interlocutor.
Ambas rutas deben comenzar o finalizar en un TIM local.
El bloque muestra lo siguiente:
● Las rutas a través de las cuales se accede al interlocutor.
● La ruta utilizada actualmente.
● La interfaz TIM a través de la que se ha configurado la ruta principal.
● La interfaz TIM a través de la que se ha configurado la ruta sustitutiva.
La ruta de una conexión se indica como combinación de las interfaces utilizadas del TIM y el
estado de la ruta.
En el byte de salida PathStatus se han reservado los bits siguientes:
● Dos bits para la interfaz de la ruta principal
● Dos bits para la interfaz de la ruta sustitutiva
● Dos bits para la estado de la ruta principal
● Dos bits para la estado de la ruta sustitutiva
La FC puede llamarse en cualquier punto del programa de usuario cíclico (OB1) después de
la llamada de la FC BasicTask.
Cuando debe mostrarse el estado de la ruta para más de un dispositivo, hay que programar
el número correspondiente de llamadas de FC en el programa de usuario.
Parámetro
Nombre: Partner
Declaración: INPUT
Tipo de datos: INT
Rango de 1 ... 32000 (número de dispositivo)
valores:
Explicación: N.º de dispositivo SINAUT del interlocutor
Nombre: PathStatus
Tipo de datos: BYTE
Rango de va- Bytes de salida QB0 ... QBn
lores: PQB0 ... PQBn
LB0 ... LBn
Explicación: Indicador del estado de la ruta de la conexión hacia el interlocutor

Tabla 7- 13 Explicación de los bits de estado en el byte de salida "PathStatus"

N.º para ruta sustitutiva N.º para ruta principal Ruta sustitutiva (2.ª Ruta principal (1.ª
ruta) ruta)
Interfaz configurada
Las interfaces TIM "Ethernet 1" (IE1), "Ethernet 2" (IE2), WAN1 y WAN2 están numeradas
de 0 a 3 (decimal):
● 2 = WAN1
● 3 = WAN2
Tabla 7- 14 Tabla de estado: codificación de los bits 4 + 5 y los bits 6 + 7
Estado del bit Estado del bit Significado

5 (7) 4 (6)
Estado de la ruta
● Ruta principal = 1. ruta (bits 0 + 1)
● Ruta sustitutiva = 2. ruta (bits 2 + 3)
Tabla 7- 15 Tabla de estado: codificación de los bits 0 + 1 y los bits 2 + 3
Estado del Estado del Significado del bit 1 Significado del bit 0
bit 1 (3) bit 0 (2)
0 0 Bit 1: la ruta no es actual Bit 0: no se puede acceder al dispositi-
vo
0 1 Bit 1: la ruta no es actual Bit 0: dispositivos accesibles
1 0 Bit 1: la ruta es actual Bit 0: no se puede acceder al dispositi-
vo
1 1 Bit 1: la ruta es actual Bit 0: dispositivos accesibles

Ejemplos de posibilidades de codificación

La misma codificación de la interfaz configurada para la ruta principal y sustitutiva significa
que no existe una redundancia de ruta (solo 1 interfaz configurada). En este caso, el estado
de la ruta se emite mediante los bits de la ruta principal (1.ª ruta).
Tabla 7- 16 Ejemplo de codificación para el byte de salida "PathStatus"

N.º para ruta sustitutiva N.º para ruta principal Ruta sustitutiva (2.ª Ruta principal (1.ª
ruta) ruta)
00 0 0 = codificación para Irrelevante (no redun- Estado de IE1
IE1 dante)
00 0 1 = codificación para Estado de IE1 Estado de IE2
IE2
WAN1
WAN2
01 00 Estado de IE2 Estado de IE1
01 01 Irrelevante (no redun- Estado de IE2
dante)
dante)
dante)
7.6.8 FC PartnerMonitor
Función
La FC PartnerMonitor muestra información de estado importante para un dispositivo
SINAUT (consulte el parámetro "PartnerStatus"). Además, por medio de la FC es posible
lanzar una consulta general del dispositivo así como establecer y deshacer una conexión
permanente con el dispositivo.
La FC puede llamarse en cualquier lugar del programa de usuario cíclico (en el OB1).
Si debe vigilarse y controlarse más de un dispositivo, hay que integrar el número
correspondiente de FC PartnerMonitor en el programa de usuario.

Un dispositivo SINAUT (interlocutor) solo puede ser una CPU ST7 o un ST7cc con el que se
haya configurado una conexión. No es posible vigilar ni controlar TIM con la FC
PartnerMonitor.
Nota
FC PartnerMonitor en una estación
La FC PartnerMonitor también puede utilizarse en una estación. Sin embargo, en este caso
no es posible utilizar las entradas de control para establecer y deshacer una conexión
permanente. Dichas entradas funcionan únicamente desde la estación maestra, es decir,
cuando el TIM local es un TIM de estación maestra.
Parámetro
Nombre: PartnerNo
Declaración: INPUT
Tipo de datos: INT
Rango de 1 ... 32000 [ms]
valores:
Explicación N.º de dispositivo SINAUT del dispositivo que debe vigilarse y controlarse
Si el "PartnerNo" parametrizado no se encuentra en la contabilidad (DB Ba-
sicData), se realiza una entrada en el búfer de diagnóstico (ID de evento
B101) (solo durante el arranque). La CPU no pasa a STOP.
El estado de un dispositivo correctamente parametrizado se muestra en la
palabra de salida "PartnerStatus", donde también se procesan las entradas
de control.
Para un dispositivo desconocido, el procesamiento se detiene hasta que se
ha solucionado el error. Mientras tanto, la palabra de salida "PartnerStatus"
tiene el contenido 0.
Nombre: MaxConnectTime
Declaración: INPUT
Tipo de datos: INT
Rango de • 0 (sin límites)
valores: • 1 ... 480 [minutos]
Explicación Duración máxima de una conexión permanente
El tiempo indicado aquí (> 0) se activa cuando se inicia una conexión perma-
nente (consulte el parámetro "PermanentCall_On").
Si el tiempo finaliza antes de que se haya retirado la conexión permanente,
esta se cancela automáticamente. El tiempo se dispara de nuevo mientras
haya una señal 1 en la entrada "PermanentCall_On".
El tiempo indicado aquí rige tanto para una conexión permanente en la red de
marcación como para una conexión permanente (llamada permanente) en
una línea dedicada.

Nombre: PartnerStatus
Tipo de datos: WORD
Rango de va- Palabras de salida QW0 ... QWn
lores: PQW0 ... PQWn
LW0 ... LWn
Explicación Palabra de salida para indicar el estado del dispositivo que debe vigilarse.
Significado de los bits de estado en la palabra de salida "PartnerStatus"
Bit .0 Estado del dispositivo

0 0 = dispositivo averiado
1 1 = dispositivo en buen estado
Bit .1 Estado de la conexión redundante

0 0 = conexión redundante fallida
1 1 = todas las conexiones en buen estado
Bit .3 .2 Estado de la consulta general (CG)

0 0 0 = CG terminada sin errores
0 1 1 = CG iniciada
1 0 2 = principio de consulta general recibido
1 1 3 = CG lista con error (CG incompleta o no ejecu-
table, p. ej. debido a fallo del dispositivo)
Bit .6 .5 .4 Estado de la conexión de marcación

0 0 0 0 = no hay conexión
0 0 1 1 = llamada saliente activada
0 1 0 2 = llamada entrante pendiente
0 1 1 3 = llamada saliente pendiente
1 0 0 4 = conexión permanente anunciada
1 0 1 5 = conexión permanente pendiente
1 1 0 6 = conexión permanente anulada
Bit .7 Estado de la conexión de marcación

0 0 = no hay comprobación de conexión por marcación en el fondo
1 1 = comprobación de conexión por marcación en el fondo activa
Bit .8 Estado de la llamada permanente (en línea dedicada)

0 0 = no hay llamada permanente
1 1 = llamada permanente activa

Bit .9 Estado de los recursos de conexión WAN

*) 0 0 = recursos suficientes en el interlocutor
1 1 = escasez de recursos en el interlocutor
Bit .10 Estado de la hora

0 0 = fecha/hora del interlocutor no existe/no es correcta
1 1 = fecha/hora del interlocutor correcta
Bit .11 Sincronización horaria

0 0 = la CPU interlocutora ha recibido una hora plausible en la última
sincronización o todavía no se ha recibido ninguna hora sincroni-
zada después del arranque.
1 1 = la CPU interlocutora ha recibido una hora sincronizada no
plausible; se sigue utilizando la última hora válida.
(solo se visualiza con TimeTask > V1.6)
Nota
Parámetro de entrada/salida
Los parámetros siguientes son de entrada/salida (declaración IN_OUT):
• GeneralRequest
• PermanentCall_On
• PermanentCall_Off
Para este tipo de parámetro es un problema indicar marcas locales, por lo que no debería
utilizarse.
Nombre: GeneralRequest
Tipo de datos: BOOL
Rango de Entrada I 0.0 ... I n.7
Explicación Entrada para lanzar una consulta general del dispositivo indicado en Part-
nerNo
Con una señal 1 en esta entrada se lanza una consulta general del dispositi-
vo, siempre que en este instante no haya en curso ninguna consulta para
dicho dispositivo. Seguidamente, la FC desactiva automáticamente la entra-
da.
Si se indica una entrada de una entrada digital (I 0.0 ... I n.7), el usuario debe
encargarse de retirar la señal pendiente en la entrada. La señal debe retirarse
antes de finalizar la consulta general que hay en curso actualmente, pues de
lo contrario se lanzaría inmediatamente otra consulta general.

Nombre: PermanentCall_On
Tipo de datos: BOOL
Explicación Entrada para lanzar una conexión permanente con el dispositivo indicado en
PartnerNo
Con una señal 1 en esta entrada se lanza una conexión permanente con el
dispositivo, siempre que en este instante no haya ninguna conexión perma-
nente con dicho dispositivo. Seguidamente, la FC desactiva automáticamente
la entrada. Si se indica una entrada de una entrada digital (I 0.0 ... I n.7), el
usuario debe encargarse de retirar la señal pendiente en la entrada como
muy tarde antes de que se deshaga la conexión permanente existente.
Con una señal 1 en la entrada "PermanentCall_On" también se inicia el tiem-
po parametrizado "MaxConnectTime", siempre que sea mayor que 0.
Según si el dispositivo es accesible a través de una conexión de marcación o
de una línea dedicada, el comando para establecer la conexión permanente
se procesa del siguiente modo y se visualiza en la salida "PartnerStatus":
• En una conexión de marcación:
Desde el TIM de estación maestra se establece una conexión de
marcación con el dispositivo correspondiente que, independientemente del
tráfico de datos, se mantiene hasta que se da el comando para
deshacerla.
El estado actual de la conexión permanente se visualiza en la palabra de
salida PartnerStatus con los bits 4 ... 6 (consulte el parámetro
PartnerStatus).
• En una línea dedicada:
En este caso, hay tráfico entre el TIM de estación maestra y las estaciones
con sondeo (polling). En este caso, la conexión permanente se realiza
mediante una llamada permanente del dispositivo correspondiente. En
realidad, se trata de una llamada intermitente del dispositivo, es decir, los
demás dispositivos de la red de línea dedicada siguen recibiendo
llamadas, pero después de cada llamada de un dispositivo "normal" se
vuelve a llamar en primer lugar el dispositivo preferido.
El estado actual de la llamada permanente lo indica el bit 8 en el
parámetro de salida "PartnerStatus".
Peculiaridades de las estaciones:
Desde una estación no es posible establecer conexiones permanentes. Así
pues, en caso de emplear la FC PartnerMonitor en una estación no será posi-
ble utilizar esta entrada de control.
Nombre: PermanentCall_Off
Tipo de datos: BOOL


Explicación Deshacer una conexión permanente existente
La entrada sirve para lanzar la supresión de una conexión permanente exis-
tente con el dispositivo indicado en "PartnerNo".
Con una señal 1 en esta entrada se deshace una conexión permanente con
el dispositivo, siempre que en este instante haya una conexión permanente
con dicho dispositivo. Seguidamente, la FC desactiva automáticamente la
entrada. Si se indica una entrada de una entrada digital (I 0.0 ... I n.7), el
usuario debe encargarse de retirar la señal pendiente en la entrada desde el
programa de usuario. Esto debería realizarse como muy tarde antes de esta-
blecer otra conexión permanente.
Según si el dispositivo es accesible a través de una conexión de marcación o
de una línea dedicada, el comando para deshacer la conexión permanente se
procesa del siguiente modo y se visualiza en la salida "PartnerStatus":
• En una conexión de marcación:
Desde el TIM de estación maestra se deshace la conexión de marcación
existente, aunque solo cuando ya no hay datos pendientes para transmitir.
El estado actual de la conexión permanente se visualiza en la palabra de
salida PartnerStatus con los bits 4 ... 6 (consulte el parámetro
PartnerStatus).
• En una línea dedicada:
El TIM de estación maestra borra la mención de llamada permanente del
dispositivo correspondiente. El ciclo de llamada continúa en modo normal
para todos los dispositivos conectados.
El estado actual de la llamada permanente lo indica el bit 8 en el
parámetro de salida "PartnerStatus".
En una línea dedicada también es posible borrar una llamada permanente
existente transfiriendo una llamada permanente para otro dispositivo al
TIM de estación maestra. La petición existente será reemplazada por la
nueva.
Peculiaridades de las estaciones:
Desde una estación no es posible establecer ni deshacer conexiones perma-
nentes. Así pues, en caso de emplear la FC PartnerMonitor en una estación
no será posible utilizar esta entrada de control.
7.6.9 FC ST7ObjectTest
Función
La llamada de la FC ST7ObjectTest en el OB121 de error de programación impide que la
CPU pase a STOP cuando recibe datos con un número de objeto de destino desconocido.

La FC ST7ObjectTest comprueba por qué se ha llamado el OB121, es decir, qué tipo de

bloque falta.
● Si el bloque que falta es un bloque de datos que, a su vez, es un DB de instancia de un
objeto SINAUT, la CPU no pasará a STOP.
● Si no falta ningún DB de instancia SINAUT sino otro bloque (DB, FB, FC), existe la
posibilidad de definir la reacción en el parámetro "StopInOtherCases":
– La CPU pasa a STOP.
– La CPU sigue funcionando.
Encontrará más detalles del OB121 de error de programación así como información de
fondo relacionada con el uso de la FC ST7ObjectTest en el capítulo OB de error de
programación (Página 296).
Parámetro
Nombre: StopInOtherCases
Declaración: INPUT
Tipo de datos: BOOL
valores:
Explicación: La CPU debe pasar a STOP en otros casos de error.
Consulte los detalles del parámetro más arriba, en el apartado "Función".
• TRUE: La CPU pasa a STOP.
• FALSE: La CPU sigue funcionando.
7.6.10 FB SMS_Control
Función
El Typical de SMS FB SMS_Control sirve para enviar mensajes SMS controlados por
eventos (SMS: Short Message Service) a un teléfono móvil definido por parametrización.
Los textos de SMS configurados así como el número del teléfono móvil están en un DB
SMS_Data que tiene que estar presente en la CPU. Dicho DB se genera mediante la
herramienta de configuración SINAUT ST7 (consulte el capítulo Software de configuración
para SINAUT ST7, apartado Parámetros de dispositivos individuales). Los textos están
asignados 1:1 a un campo de bits sin huecos (matriz) de entradas digitales, marcas o datos
de un bloque de datos.
El Typical de SMS trabaja internamente con una lista de peticiones que incluye todas las
peticiones de SMS que se han registrado en el campo de bits a causa de un cambio. Las
peticiones de SMS permanecen en la lista de peticiones hasta que han concluido (con o sin
error). Posteriormente se borran de la lista de peticiones.

Una petición de SMS se considera correctamente concluida cuando

● se ha podido transferir correctamente un SMS a través de un acceso de red fija a la
central SMS (SMSC) que, a su vez, ha enviado el SMS correctamente al teléfono móvil,
● se ha podido transferir a la SMSC un SMS de acuse no obligatorio a través de un acceso
GSM directo,
● se ha transferido a la SMSC un SMS de acuse obligatorio a través de un acceso GSM
directo y el teléfono móvil lo ha acusado.
Una petición de SMS se concluye con error cuando
● ha finalizado un tiempo de vigilancia interno sin que se haya podido enviar el SMS a la
SMSC,
● la vigencia de la petición de SMS en la SMSC y la CPU ha finalizado sin que se haya
podido enviar el SMS de la SMSC al teléfono móvil dentro de este tiempo o bien, en caso
de acuse obligatorio, el SMS no se ha acusado dentro de este tiempo.
Si un SMS concluye con error, se registra un aviso de diagnóstico en el búfer de diagnóstico
de la CPU.
En la lista de peticiones del Typical de SMS, las peticiones se conservan hasta que
concluyen correcta o erróneamente, o bien hasta que se bloquea el Typical de SMS (Enable
= FALSE).
Si el Typical de SMS se bloquea mientras todavía quedan peticiones de SMS en la lista,
cada petición de SMS que no haya concluido se anotará en el búfer de diagnóstico de la
CPU. Se transferirá una petición de borrado al TIM correspondiente para todas las
peticiones de SMS que sigan activas.
Nota
Si se da varias veces una señal que dispara un SMS, dicho SMS solo se volverá a enviar si
la petición de SMS correspondiente ha concluido previamente.
Funcionamiento con dos números de teléfono móvil

El Typical de SMS ofrece la opción de trabajar con un teléfono móvil principal y uno de
repuesto. Si se accede a la SMSC a través de un módulo M20-GSM, los dos teléfonos
móviles pueden formar parte de redes distintas.
Una vez finalizado un tiempo de vigilancia parametrizable, todos los mensajes de SMS que
se han enviado hasta el momento pero todavía no han concluido correctamente se enviarán
de nuevo en orden cronológico al teléfono móvil de repuesto y el tiempo de vigilancia se
reiniciará.
Si el typical de SMS tampoco puede concluir correctamente y a tiempo las peticiones de
SMS por medio del teléfono móvil de repuesto, se conmutará de nuevo al teléfono móvil
principal para repetir otra vez todos los mensajes de SMS no concluidos, y así
sucesivamente.
Cada SMS que se repite se anota en el búfer de diagnóstico de la CPU al principio de las
repeticiones. Como contrapartida, para cada SMS repetido aparece un aviso de éxito en el
búfer de diagnóstico una vez ha concluido correctamente.

La conmutación entre teléfono móvil principal y de repuesto no se lleva a cabo para cada
SMS individual, sino que siempre afecta a todos los mensajes de SMS que se están
procesando dentro de un DB SMS_Data.
Cada vez que no hay mensajes de SMS pendientes de procesar en el Typical de SMS se
conmuta automática e internamente al número de teléfono móvil principal, con el fin de
volver a enviar el mensaje de SMS correspondiente al teléfono móvil principal cuando se
produzca el próximo evento.
Nota
No se conmuta a una SMSC que presenta fallos. En este caso, el Typical de SMS se
comporta como si solo se hubiera parametrizado 1 número de teléfono móvil. Siempre está
activo uno solo de los dos números de teléfono móvil, el otro permanece pasivo.
Significado de la vigencia
La vigencia para peticiones de SMS puede ajustarse mediante la herramienta de
configuración SINAUT ST7 (consulte la administración de dispositivos, ficha Configuración
de SMS, cuadro de diálogo Configuración del DB SMS, parámetro Vigencia).
El tiempo de la vigencia se inicia en cuanto se ha podido enviar el SMS a la SMSC. Dentro
de la vigencia, la SMSC intenta continuamente enviar al teléfono móvil un SMS que se le ha
transferido. Sin embargo, los intervalos de repetición pueden llegar a ser muy irregulares.
Una vez finalizada la vigencia, el SMS en cuestión se borra de la lista de peticiones SMS del
Typical de SMS y se registra un aviso de diagnóstico en el búfer de diagnóstico de la CPU.
Por lo general, en ese instante el SMS también se borra de la SMSC. No obstante, la
exactitud con la que se mantiene la vigencia en la SMSC difiere bastante entre los
diferentes proveedores.
Nota
Si la SMSC solo es accesible desde un acceso de red fija, la vigencia en la SMSC suele ser
de 48 horas aproximadamente. Esto significa que es independiente del parámetro
"Vigencia". En este caso, la vigencia parametrizada solo es válida para la CPU y puede
ajustarse como máximo a 11 horas y 55 minutos.
Mecanismos de repetición
Cuando la petición de SMS ha sido transferida de la CPU al TIM, la repetición de envío
corre a cargo del TIM en caso de que la SMSC no sea accesible.
Si el TIM ha podido enviar el mensaje de SMS a la SMSC, esta se hace cargo de la
repetición automática en caso de que el teléfono móvil no esté accesible temporalmente.
Cuando el mensaje de SMS se ha transferido a la SMSC pero esta no puede enviarlo al
teléfono móvil, el typical conmuta al teléfono móvil de repuesto, si se ha configurado (una
vez finalizada la vigencia).
El mismo mecanismo de repetición se utiliza en un mensaje de SMS de acuse obligatorio
cuando este ha podido enviarse al teléfono móvil pero no se ha producido ningún acuse
dentro de la vigencia en curso. También en este caso el Typical de SMS conmuta al teléfono
móvil de repuesto, si está disponible.

Cuando tampoco ha sido posible enviar un SMS al teléfono móvil de repuesto o, en caso de
mensajes de acuse obligatorio, no se produce ningún acuse, se conmuta continuamente
entre teléfono móvil principal y de repuesto. Esto sucede hasta que es posible el envío o se
produce el acuse o bien hasta que se bloquea el Typical de SMS (ENABLE = FALSE).
Otras funciones
Aparte de enviar y administrar mensajes de SMS, el Typical de SMS realiza otras dos
funciones globales. Son globales porque su ejecución es válida para todas las peticiones de
SMS relacionadas con el DB SMS_Data que procesa el Typical de SMS. Las dos funciones
globales son:
● Consulta de estado de todas las peticiones de SMS del DB SMS_Data que procesa el
Typical.
El Typical transfiere la consulta de estado al TIM que se encarga de la transmisión de
SMS. El TIM devuelve al Typical el estado actual de cada una de las peticiones de SMS
que todavía tiene guardadas (avisos de estado 2, 3, u 8). El TIM finaliza la secuencia de
avisos de estado con el aviso 11, que dice que no quedan más informaciones de estado.
Esta función de consulta de estado se ejecuta solo al arrancar la CPU, y únicamente si
en este instante el Typical de SMS está habilitado (ENABLE = TRUE).
● Borrado de todas las peticiones de SMS del DB SMS_Data que procesa el Typical.
Se borra en varios lugares:
– En la CPU: todas las peticiones guardadas en el DB SMS_Data.
– En el TIM: todas las peticiones guardadas en el TIM para el DB SMS_Data.
– En la SMSC: todas las peticiones guardadas en la SMSC para el DB SMS_Data (solo
si la SMSC es accesible a través de un acceso de red fija).
● El Typical ejecuta automáticamente la función de borrado en los casos siguientes:
– Cuando se inicializa el DB de instancia perteneciente al Typical.
– Cuando se inicializa el DB SMS_Data que procesa el Typical.
– Cuando se detecta un cambio de estado en la entrada ENABLE del Typical.
La consulta de estado y la función de borrado se vigilan con tiempo. La duración del tiempo
de vigilancia viene determinada por el SupervisionTime (por defecto 900 segundos) del
objeto de dispositivo correspondiente en el DB BasicData.
Si el tiempo de vigilancia termina antes de que haya finalizado correctamente la consulta de
estado o la función de borrado, se registra un aviso en el búfer de diagnóstico de la CPU y
se activa la señalización acumulativa "Tiempo de vigilancia transcurrido" en el parámetro de
salida Status del Typical de SMS.
Mientras la consulta de estado o la función de borrado estén en curso, el procesamiento de
los mensajes de SMS se aplazará y no será posible lanzar otro SMS.
El estado actual de la consulta de estado o la función de borrado se visualiza en la palabra
de salida Status del Typical de SMS.
Explicación de los parámetros
Nombre: MessageObjectDB
Declaración: INPUT

Tipo de datos BLOCK_DB

Valor prede- -
terminado
Explicación Debe indicarse el DB SMS_Data que procesa el Typical.
Rango de valores: DB1 ... DBn (n depende del tipo de CPU)
El DB SMS_Data contiene todos los datos y textos de SMS para procesar un
grupo de bits de aviso o alarma. El usuario puede configurar este bloque de
datos cómodamente utilizando la herramienta de configuración SINAUT ST7 y
rellenarlo con los datos y textos necesarios.
Nombre: Enabled
Declaración: INPUT
Tipo de datos BOOL
Valor prede- FALSE
terminado
Explicación Habilitación del procesamiento del bloque.
Rango de valo- TRUE o FALSE
res: No se indican parámetros: el valor predeterminado TRUE es
válido
Entrada I 0.0 ... I n.7
Marca M 0.0 ... M n.7
L 0.0 ... L n.7
Con esta entrada se conecta o desconecta el procesamiento de SMS.
Si se utiliza el bloque, el procesamiento del bloque se habilita conmutando el
parámetro manualmente a TRUE. Solo después se activa la función de envío
para SMS.
Si el procesamiento se bloquea tras una habilitación, primero se borran todas
las peticiones de SMS que todavía no se han enviado ni acusado. A conti-
nuación, el Typical pasa al estado de bloqueo propiamente dicho.
Ejemplo de aplicación:
Con esta entrada es posible llevar a cabo una habilitación y bloqueo controla-
dos por tiempo desde el programa de usuario, en caso de que los mensajes
de SMS solo deban transmitirse por la noche y/o los fines de semana al per-
sonal de guardia.
Nombre: Status
Tipo de datos WORD
Valor prede- 0
terminado
Explicación En función de los bits de estado de esta palabra es posible vigilar el Typical
de SMS.

Rango de valo- Palabras de salidaQW0 ... QWn

res: PQW0 ... PQWn
Palabras de mar- MW0 ... MWn
cas LW0 ... LWn
DBm.DBW0 ... n
Palabras de datos
Significado de los bits de estado en la palabra de salida Status:
N.º de bit
Estado .15 .14 .13 .12 .11 .10 .9 .8 .7 .6 .5 .4 .3 .2 .1 .0
Bit.0 Hay dos números de teléfono móvil

Bit.1 Se está procesando un SMS como mínimo
Bit.2 Hay un SMS no acusado como mínimo
Bit.3 Se está repitiendo un SMS como mínimo
Bit.4 Petición de borrado específico del DB en curso
Bit.5 Petición de consulta de estado específica del DB en curso
Bit.6 Número de teléfono móvil de repuesto activado
Bit.7 Tiempo de vigilancia transcurrido. Petición de borrado o consulta de estado finali-
zada con error (más información en el búfer de diagnóstico)
Bit.8 Procesamiento de SMS activada
Bit.9 Procesamiento de SMS detenida provisionalmente (más información en Operating
Mode, bits 12...15)
Bit.10 Libre
Bit.11 libre
Bit .15 .14 .13 .12 Operating Mode: estado de procesamiento momentáneo
0 0 0 0 0 = desactivado
0 0 0 1 1 = habilitado, procesamiento de SMS listo / en curso
0 0 1 0 2 = bloqueado: consulta de estado global en curso
0 0 1 1 3 = bloqueado: borrado global de una SMSC en curso
0 1 0 0 4 = bloqueado, inicialización del DB de instancia + DB SMS_Data en
curso
0 1 0 1 5 = bloqueado: borrado global de todas las SMSC en curso
.. .. .. .. 6-11 = libre
1 1 0 0 12 = bloqueado, conmutación global de SMSC en curso
1 1 0 1 13 = bloqueado, SMSC actual averiada o no accesible
1 1 1 0 14 = bloqueado, palabra clave errónea al final del DB SMS_Data
1 1 1 1 15 = libre

No es posible incluir en el procesamiento mensajes de SMS cuando:

• hay un borrado específico del DB en curso
• hay una consulta de estado específica del DB en curso, p. ej. en caso de
rearranque completo de la CPU
• el DB de instancia o el DB SMS_Data se inicializa
• hay que reaccionar a cambios en la entrada Enable
• hay una conmutación entre teléfono móvil principal y de repuesto en curso
o, en general, cambia un número de teléfono móvil con nueva
transferencia de SMS
• el acceso a la SMSC está averiado o lo está la propia SMSC
• no se encuentra la palabra clave en el DB SMS_Data
En estos casos, el Typical está bloqueado provisionalmente y activa el bit .9.
Nombre: ReloadMobilPhoneNo
Tipo de datos BOOL
Explicación Si el número de uno o ambos teléfonos móviles debe cambiarse online, es
posible activar los nuevos números de teléfono mediante esta entrada.
Rango de valo- TRUE o FALSE
res: No se indican parámetros: el valor predeterminado FALSE es
válido
Entrada I 0.0 ... I n.7
Marca M 0.0 ... M n.7
Después de que el usuario haya cambiado los datos de los números de telé-
fono móvil en el DB SMS_Data, es posible activar la entrada y, por tanto, acti-
var online los nuevos datos de números de teléfono.
En caso contrario, el Typical adopta los números de teléfono guardados en el
DB SMS_Data cada vez que detecta un cambio de señal de FALSE a TRUE
en la entrada ENABLE.
Nota
El parámetro es de entrada/salida (declaración IN_OUT). Para este tipo de parámetro es un
problema indicar marcas locales, por lo que no debería utilizarse.

7.6.11 DB SMS_Data
Función
El DB SMS_Data contiene todos los datos y textos de SMS que necesita el Typical de SMS
FB SMS_Control para enviar y administrar mensajes de SMS. El usuario puede configurar
este bloque de datos cómodamente utilizando la herramienta de configuración SINAUT ST7
y rellenarlo con los datos y textos necesarios.
Sobre la base de la información almacenada en el DB SMS_Data, el usuario puede leer el
estado actual de cada mensaje de SMS por separado y determinar cuándo se transmitió el
mensaje por última vez como aviso entrante o saliente (siempre que se trabaje con sellos de
tiempo) y cuándo se acusó por última vez en caso de tratarse de avisos de acuse
obligatorio.
Estructura del DB SMS_Data

El DB consta de un cuerpo con información que se necesita globalmente y de una o varias
secciones, denominadas objetos SMS, que contienen los datos necesarios para cada
mensaje de SMS. Los datos de un objeto SMS están definidos en la UDT125
ShortMessageObject, que se encuentra en la librería TD7.
La información global del cuerpo del DB incluye, entre otra:
● El número de dispositivo SINAUT de la central SMS principal (SMSC principal) y, en su
caso, de la central SMS de repuesto.
● El número del teléfono móvil principal y, en su caso, del teléfono móvil de repuesto.
● La dirección inicial del campo de bits sin huecos (matriz de entradas digitales, bits de
marcas o datos). Si cambia un bit de este campo se envía el mensaje de SMS
correspondiente.
Estructura de un objeto SMS

La estructura de un objeto SMS está definida en la UDT125 ShortMessageObject. Para
cada bit de la matriz de bits definida se integra un ShortMessageObject en el DB SMS_Data.
Aquí se almacenan, entre otros:
● el texto del mensaje de SMS que debe enviarse,
● el momento en el que se envió por última vez el mensaje SMS con un aviso entrante o
saliente,
● el estado de procesamiento actual, interno del Typical, del mensaje de SMS,
● el estado de procesamiento actual del mensaje de SMS en el TIM / la SMSC, incluidos el
sello de tiempo correspondiente al último aviso de estado y el número de ID asignado
por el TIM (TIM-ID), que permite establecer una referencia con las entradas del búfer de
diagnóstico (en el TIM y la CPU),
● diferentes entradas que necesita el Typical para organizar el procesamiento.

Cada objeto SMS está formado por un máximo de 82 palabras de datos (con 122 caracteres
de texto como máximo). La estructura es la siguiente:
Tabla 7- 17 Estructura de un objeto SMS en el DB SMS_Data
Número de palabras de Nombre abreviado Significado

datos
Máx. 62 Texto del SMS Cadena de texto del SMS, máx. 122 caracteres
1 Año Mes Sello de tiempo del registro para el último SMS
1 Día Horas entrante enviado
1 Minuto Segundo
1 Año Mes Sello de tiempo del registro para el último SMS
1 Día Horas saliente enviado
1 Minuto Segundo
1 CurrentMessageStatus Estado de procesamiento del SMS interno del Typi-
cal (consulte la descripción del CurrentMessageSta-
tus)
1 Estado de SMS Estado de SMS Último estado de SMS que ha recibido la CPU del
entrante saliente TIM o la SMSC (consulte la descripción del estado
de SMS entrantes)
1 TIM-ID para SMS entrante Número de ID asignada por el TIM para SMS en-
trante
1 TIM-ID para SMS saliente Número de ID asignada por el TIM para SMS sa-
liente
1 Año Mes Sello de tiempo del aviso de estado que transfirió el
1 Día Horas TIM a la CPU la última vez
1 Minuto Segundo
1 LastControlMessage Última instrucción de control de la CPU al TIM (sin
sello de tiempo)
1 RemainingValidPeriodP Vigencia restante del SMS entrante
1 RemainingValidPeriodN Vigencia restante del SMS saliente
1 SupervisionTime Tiempo de vigilancia restante hasta que el SMS
entrante o saliente tenga que haberse transferido a
la SMSC como muy tarde
1 PreviousMessageAddress Dirección del predecesor (para lista de peticiones
encadenada)
1 NextMessageAddress Dirección del sucesor (para lista de peticiones en-
cadenada)
1 MessageNumber Número de aviso del SMS para fines de identifica-
ción y diagnóstico
CurrentMessageStatus
Significado de los bits de estado en CurrentMessageStatus:
N.º de bit
Esta- .15 .14 .13 .12 .11 .10 .9 .8 .7 .6 .5 .4 .3 .2 .1 .0
do

Bit .1 .0 Estado del SMS tras flanco de señal entrante:

0 0 0 = petición terminada sin errores
0 1 1 = TIM confirma: SMS (entrante) recibido
1 0 2 = SMSC confirma: SMS (entrante) recibido
1 1 3 = petición terminada con errores
Bit .3 .2 Estado del SMS tras flanco de señal saliente (solo relevante si el SMS debe
enviarse tanto con aviso entrante como saliente):
0 0 0 = petición terminada sin errores
0 1 1 = TIM confirma: SMS (saliente) recibido
1 0 2 = SMSC confirma: SMS (saliente) recibido
1 1 3 = petición terminada con errores
Bit.4 Marca de flanco. En caso de cambio de flanco se registra el SMS en la lista

de peticiones
Bit.5 SMS entrante: la petición se encuentra en repetición
Bit.6 SMS saliente: la petición se encuentra en repetición
Bit.7 No se procesan flancos de señales mientras esté en curso la petición de SMS
(un mensaje de SMS entrante o saliente no vuelve a enviarse si todavía no ha
concluido el mensaje anterior idéntico).
Bit.8 SMS bloqueado
Bit.9 SMS de acuse obligatorio
Bit.10 SMS espera acuse
Bit.11 Se antepone + / - al SMS para indicar si es entrante o saliente
Bit.12 libre
Bit.13 libre
Bit.14 reservado
Bit.15 reservado
Estado de SMS entrante / saliente

El TIM notifica a la CPU el estado de procesamiento de SMS válido en el TIM. El Typical de
SMS registra en el byte "Estado de SMS entrante" las retroalimentaciones que forman parte
de un mensaje de SMS entrante y en el byte "Estado de SMS saliente" las que forman parte
de un mensaje de SMS saliente.
El estado 1 es una excepción a esta normal. El TIM no lo notifica a la CPU, sino que el
Typical de SMS lo genera por su cuenta y lo registra en el byte de estado para SMS
entrante o saliente.
En las explicaciones siguientes encontrará las clasificaciones que se indican a continuación:
Estado
Información de estado: el TIM la transfiere a la CPU cuando cambia el estado o tras una
consulta de estado.

Elemento de contacto de paso

Información del elemento de contacto de paso: se transfiere a la CPU una sola vez debido a
un evento ocurrido en el TIM; no puede consultarse.
Red fija
Información de estado válida en caso de acceso de red fija a la SMSC a través de red
telefónica analógica o red RDSI.
Red móvil
Información de estado válida en caso de acceso de red móvil a la SMSC a través de un
módulo M20.
Se admiten las siguientes entradas de estado:
1. Tiempo de vigilancia de petición finalizado, el SMS no se ha podido transferir a tiempo a
la SMSC.
Estado, red fija, red móvil
2. El SMS todavía no se ha transferido a la SMSC.
Estado, red fija
Se presenta como respuesta a una consulta de estado; no puede consultarse en caso de
acceso de red móvil.
3. SMS guardado en SMSC pero todavía no entregado a teléfono móvil.
Estado, red fija
Este estado no puede consultarse en caso de acceso de red móvil.
4. SMS entregado correctamente a teléfono móvil.
Elemento de contacto de paso, red fija
Se considera un aviso de fin sin errores.
5. El SMS no puede entregarse al teléfono móvil.
Se considera un aviso de fin con errores.
6. SMS entregado correctamente a SMSC.
Elemento de contacto de paso / estado, red móvil
Elemento de contacto de paso para avisos de acuse no obligatorio. Se considera un
aviso de fin sin errores.
Estado para avisos de acuse obligatorio. El TIM espera un acuse del teléfono móvil o
una petición de borrado. No se considera un aviso de fin.
7. SMS acusado por el teléfono móvil.
Elemento de contacto de paso, red móvil
Se considera un aviso de fin sin errores.
8. El SMS no se ha podido transferir a la SMSC.
Estado, red móvil
El TIM repite el envío hasta que el SMS se pueda entregar o se borre.
Causas posibles:
– Aviso "ERROR" del módulo M20
– Tiempo de vigilancia en el TIM finalizado (el módulo M20 no ha respondido)
– Fallo de la red GSM.
9. SMS borrado correctamente.
Elemento de contacto de paso, red fija, red móvil
Respuesta del TIM a una petición de borrado global transferida por la CPU al TIM. Para

7.7 Bloques de prueba
cada petición de SMS que se borre en el TIM, este transfiere un aviso de estado
separado 9 a la CPU.
En caso de acceso de red fija, el mensaje de SMS se borra en la SMSC y en la
contabilidad del TIM.
En caso de acceso de red móvil no es posible borrar el mensaje en la SMSC. Solo se
borra en la contabilidad del TIM.
10.No hay entradas que borrar o todas las entradas se han borrado.
Respuesta del TIM a una petición de borrado global transferida por la CPU al TIM. En
este caso se han borrado todas las entradas para un
DB SMS_Data o bien no había entradas para este DB SMS_Data.
11.No hay más entradas o no hay entradas en absoluto.
Respuesta final del TIM a una consulta de estado global transferida por la CPU al TIM.
Previamente, el TIM ha transferido a la CPU el estado actual de todas las entradas que
siguen activas.
12.No ha sido posible borrar el SMS de la SMSC. Solo se borra la entrada en la contabilidad
del TIM.
Respuesta del TIM a una petición de borrado selectiva para un SMS concreto. La CPU
ha transferido la petición de borrado al TIM.
En este caso no ha sido posible borrar un mensaje en la SMSC. Probablemente el SMS
en cuestión todavía no esté en la SMSC o bien ya se ha entregado. Por consiguiente,
solo se ha borrado la entrada correspondiente en la contabilidad del TIM.
7.7.1 FC TestCopy
Función
La FC TestCopy permite copiar el tráfico de datos entre los dispositivos ST7 bien por
completo bien por extractos. Mediante máscaras de búsqueda ajustables en el campo de
control del DB TestCopyData es posible filtrar de forma selectiva determinados tipos de
telegramas que, seguidamente, se copian en el DB TestCopyData desde el búfer de
transmisión o recepción para su posterior evaluación. Consulte los detalles más abajo.
Los telegramas de envío y recepción se copian en el mismo DB TestCopyData. Esto facilita
la clasificación cronológica de los telegramas de envío y recepción copiados.

Requisitos
Para utilizar la función TestCopy, el programa de usuario debe cumplir las condiciones
siguientes:
● La función FC TestCopy debe estar presente en la CPU.
● El DB TestCopyData debe estar presente en la CPU con una longitud suficiente.
Para ello, copie el DB99 TestCopyData de la librería TD7 a la CPU. En caso necesario,
cambie allí la longitud del área de búfer aumentando o reduciendo el área
TestCopyBuffer, que está prevista como array con una longitud de [0..240] WORD, en el
encabezado de declaración del DB
● En el DB de comunicación (del tipo DB XComData, DB PComData o DB BComData)
cuyos telegramas de envío y/o recepción desee copiar, deben realizarse las entradas
siguientes. Lo mejor es utilizar para ello la tabla de variables preelaborada
VAT_TestCopy de la librería TD7:
– El número del DB TestCopyData debe registrarse en DW32 (nombre simbólico:
TestCopyDBNo).
– El número de la FC TestCopy debe registrarse en DW34 (nombre simbólico:
TestCopyFCNo).
Integración de la FC TestCopy en el programa de usuario

La función de prueba se procesa cíclicamente mediante los FB XCom, FB PCom y FB
BCom, siempre que en el bloque de datos que debe observarse DB XComData, DB
PComData o DB BComData del DBW34 se haya introducido el número de la FC TestCopy.
Codificación y operación
Modos de operación y sentidos de transferencia

En el byte 0 (OperationMode) del DB TestCopyData se codifica el modo de operación de la
FC. Los valores 0 ... 3 identifican el modo de operación:
● Modo de operación 0
Función bloqueada
Entrada de telegramas desde el principio del DB TestCopyData
DB TestCopyData escrito sin fin como búfer circular
Llenado único del DB TestCopyData, a continuación ajustar el modo de operación 0.
Encontrará la codificación detallada en la tabla inferior.

Junto con el modo de operación, la codificación del DBB0 incluye el sentido de la

transferencia de los datos registrados. La codificación tiene la asignación siguiente:
● Bits 0...3
Modos de operación (0, 1, 2, 3) para el sentido "RecvCopy" (escribir telegramas de
recepción)
● Bits 4...7
Modos de operación (0, 1, 2, 3) para el sentido "SendCopy" (escribir telegramas de
envío)
Bit .7 .6 .5 .4 .3 .2 .1 .0
Sentido SendCopy RecvCopy
Las funciones "SendCopy" y "RecvCopy" pueden activarse individualmente o al mismo

tiempo, aunque solo es posible un modo de operación común para los dos sentidos de la
comunicación.
Si en el medio byte menos significativo esté ajustado un modo de operación > 0, este es
siempre determinante para los dos sentidos de la comunicación.
El valor de los bits 4...7 (SendCopy) solo se aplica si está codificado el modo de operación 0
en los bits 0...3 (RecvCopy).
Excepción: para borrar el DB TestCopyData, DBB0 debe escribirse con FF (0F no es
suficiente).
Ejemplos de codificación de DBB0:
● 00h
No hay ninguna función TestCopy activada
● 03h
Solo función RecvCopy (OperationMode = 3), ninguna función SendCopy.
● 30h
Solo función SendCopy (OperationMode = 3), ninguna función RecvCopy.
● 33h
Función RecvCopy y función SendCopy (OperationMode = 3)
● FFh
Borrar el contenido del DB TestCopyData
Modos de operación y ajustes de filtrado mediante VAT_TestCopyData

La FC TestCopy se opera desde una VAT (tabla de variables). Dicha VAT está preelaborada
en la librería TD7 como VAT_TestCopy.
Utilizando la VAT_TestCopy es posible realizar los ajustes siguientes en el DB TestCopy:

Nombre (símbolo) Valores admisi- Significado

bles (hex.)
Modo de operación
OperationMode 00 Modo de operación 0: Función bloqueada
11 Modo de operación 1: Entrada de telegramas siempre
desde el principio del DB TestCopyData
22 Modo de operación 2: DB TestCopyData escrito sin fin
como búfer circular
02 • Escritura para función SendCopy
20 • Escritura para función RecvCopy
33 Modo de operación 3: Llenado único del DB Test-
CopyData, a continuación ajustar el modo de operación
0.
03 • Llenado para función SendCopy
30 • Llenado para función RecvCopy
FF Borrado del DB TestCopyData completo y restableci-
miento de los ajustes predeterminados
Filtro *
Xxxx_TgrmType FF Copiar todos los tipos de telegrama (TA) en el DB
TestCopyData
00 Copiar solo telegramas organizativos espontáneos (TA
= 0)
11 Copiar solo telegramas organizativos consultados (TA
= 1)
22 Copiar solo telegramas de datos espontáneos (TA = 2)
33 Copiar solo telegramas de datos consultados (TA = 3)
01 Copiar telegramas organizativos con TA = 0 o 1
23 Copiar telegramas de datos con TA = 2 o 3
Cualquier combi- Copiar cualquier combinación de 0, 1, 2 y 3
nación
Xxxx_DestSubscr Todos los disposi- Filtro por número de dispositivo de destino en el tele-
tivos admisibles grama
-1 Copiar todos los telegramas independientemente del
número de dispositivo de destino
Xxxx_DestObject Todos los objetos Filtro por número de objeto de destino en el telegrama
admisibles de datos
-1 Copiar todos los telegramas de datos independiente-
mente del número de objeto de destino
Xxxx_SourceSubscr Todos los disposi- Filtro por número de dispositivo de origen en el tele-
tivos admisibles grama
-1 Copiar todos los telegramas independientemente del
número de dispositivo de origen
Xxxx_SourceObject Todos los objetos Filtro por número de objeto de origen en el telegrama
admisibles de datos
mente del número de objeto de origen

Nombre (símbolo) Valores admisi- Significado

bles (hex.)
Xxxx_StartIndex Todos los índices Filtro por número de índice de inicio en el telegrama de
admisibles datos
mente del número de índice de inicio
* "Xxxx": Comodín para "Recv" y "Send"
El valor de salida que suministra la FC TestCopy en DBW12 del DB TestCopyData es un

valor de contaje para los telegramas de recepción que cumplen los criterios de filtrado y que
han llegado desde que se ajustó el modo de operación 1, 2 o 3.
En DBW26 se registra el número de telegramas de envío.
En DBB28, el usuario recibe un valor de retorno que informa de los errores ocurridos
durante el procesamiento de la FC.
● RetVal = 0: Ningún error
● RetVal = 1: El DB TestCopyData indicado es demasiado corto.
● RetVal = 10d: El modo de operación introducido en DBB0 no está definido.
Indicaciones relativas al manejo

Al cambiar de un modo de operación a otro, el contenido del DB no se borra. Simplemente
se desactivan punteros internos y contadores de telegramas en el área administrativa del
DB TestCopyData. Por este motivo, al cambiar el modo de operación se recomienda pasar
por la función de borrado "FF" para ocupar el área de búfer de telegramas con 0. Esto
facilita la legibilidad de los bloques de telegramas copiados.
Si deben copiarse telegramas de envío y recepción, en el medio byte izquierdo del
parámetro "OperationMode" debe introducirse el mismo modo de operación que en el medio
byte derecho.
Se aplica el esquema siguiente para los modos de operación 0, 1, 2 y 3:
● Si debe borrarse el búfer, hay que introducir siempre FFh.
● No es posible borrar por separado los telegramas de envío y recepción.
7.7.2 DB TestCopyData
Estructura del DB TestCopyData

En la tabla siguiente se muestra la estructura del DB TestCopyData.
Dirección Denominación (símbolo) Formato Explicación

DBB 0 OperationMode BYTE Modo de operación
DBW 12 Recv_TgramCounter INT Número de telegramas de recep-

ción copiados


DBW 26 Send_TgramCounter INT Número de telegramas de envío
copiados
DBB 1 Recv_TgrmType BYTE Filtro de recepción: tipo de tele-

grama (TA)
DBW 2 Recv_DestSubscr INT Filtro de recepción: número de
dispositivo de destino
DBW 4 Recv_DestObject INT Filtro de recepción: número de
objeto de destino
DBW 6 Recv_SourceSubscriber INT Filtro de recepción: número de
dispositivo de origen
DBW 8 Recv_SourceObject INT Filtro de recepción: número de
objeto de origen
DBW 10 Recv_StartIndex INT Filtro de recepción: número de
índice de inicio
DBB 14 SpareDBB14 BYTE Reserva

DBB 15 Send_TgrmType BYTE Filtro de envío: tipo de telegrama
(TA)
DBW 16 Send_DestSubscr INT Filtro de envío: número de dispo-
sitivo de destino
DBW 18 Send_DestObject INT Filtro de envío: número de objeto
de destino
DBW 20 Send_SourceSubscriber INT Filtro de envío: número de dispo-
sitivo de origen
DBW 22 Send_SourceObject INT Filtro de envío: número de objeto
de origen
DBW 24 Send_StartIndex INT Filtro de envío: número de índice
de inicio
DBB 28 RetVal BYTE Información de error:

0 = ningún error
1 = DB TestCopyData demasiado
corto
10 = modo de operación desco-
nocido
DBB 31 TestCopyStatus BYTE Byte de estado para modo Test-
Copy
DBB 32 TestCopyCmdByte BYTE Byte de comando para modo
TestCopy
DBB 33 TestCopyDelCount BYTE Contador de bucles para función
de borrado TestCopy
DBW 34 NextFreeCopyByte INT Dirección del próximo byte Test-
CopyBuffer libre


DBD 36 StartTimeSFC64 DINT Tiempo de SFC64 al iniciar la
operación de copia
DBB 40 TestCopyBuffer[0] BYTE Área de copia, byte 0
DBB xxxx TestCopyBuffer[xxxx] BYTE Área de copia, byte xxxx
Las diferentes áreas del DB TestCopyData

El DB para la función TestCopy está dividido en varias áreas distintas:
● Área 1: DBB 0 ... DBB28
Interfaz de usuario para ajustar el modo de operación TestCopy y visualizar los posibles
errores
Esta interfaz de usuario se divide a su vez en:
– Área 1.1: DBB 1 ... DBB 13:
Ajustes de filtrado para la función RecvCopy y número de telegramas de recepción
contados;
– Área 1.2: DBB 15 ... DBB 27:
Ajustes de filtrado para la función SendCopy y número de telegramas de envío
contados;
● Área 2: DBB 29 ... DBB 39:
Punteros de administración internos
● Área 3: DBB 40 ... DBB xxxx:
Área de búfer para depositar telegramas que cumplen los criterios de filtrado.
El área de búfer debe configurarse como Array [0...xxxx] of WORD.
Estructura de un bloque de telegramas copiado

Un bloque de telegramas puede incluir varios telegramas. Los telegramas se depositan en el
DB TestCopyData de acuerdo con las reglas siguientes:
1. La primera entrada representa la diferencia de tiempo en milisegundos (7 décadas BCD
más signo) desde la última preselección de un modo de operación > 0.
2. A continuación viene el identificador de separación AAAA para telegramas enviados y
EEEE para telegramas recibidos.
3. Almacenamiento del primer telegrama del bloque
4. Identificador de separación AAAA o EEEE
5. Almacenamiento del último telegrama del bloque
6. Identificador de fin del bloque FFFF

Ejemplo
● Todos los telegramas recibidos deben guardarse en el DB TestCopyData.
● La comunicación se lleva a cabo mediante bloques X, es decir, máx. 76 bytes por bloque
de recepción.
● El origen de la FC TestCopy es el buzón de recepción del DB XComData.
● El bloque de recepción actual contiene 3 telegramas.
Cálculo de la longitud
Para calcular la longitud mínima del DB TestCopyData, la FC TestCopy utiliza los
parámetros siguientes:
Parámetro Nombre del parámetro Longitud

longitud del buzón de comunicación LenComBuffer 76 o 202 bytes *
longitud de telegrama mínima LenMinTgrm 14 bytes
offset del área administrativa Offset 40 bytes

7.8 Bloques de sistema utilizados SFC / SFB
Parámetro Nombre del parámetro Longitud

longitud de la diferencia de tiempo Lendt 4 bytes
longitud del separados de bloques LenTrenner 2 bytes
* 76 con comunicación X, 202 con comunicación B
La fórmula con la que se realiza el cálculo propiamente dicho es la misma para la

comunicación X y B. Los resultados solo son diferentes debido a la diferencia de longitud
entre el buzón de la comunicación X y B:
● Longitud en la comunicación X
LenMin_Xcom =LenComBuffer + Offset + Lendt + (LenComBuffer / LenMinTgrm + 1) * LenTrenner

= 76 + 40 + 4 + (76 / 14 + 1) * 2
= 120 + 12 = 132 bytes mínimo
● Longitud en la comunicación B
LenMin_Bcom =LenComBuffer + Offset + Lendt + (LenComBuffer / LenMinTgrm + 1) * LenTrenner

= 202 + 40 + 4 + (202 / 14 + 1) * 2
= 236 + 40 = 276 bytes mínimo
Si la FC TestCopy determina que el DB TestCopyData no presenta la longitud mínima

calculada, se registra un mensaje de error al respecto en el byte de datos DBB28.
Introducción
En el sistema operativo de las CPUs hay funciones de sistema SFCs y bloques de función
de sistema SFBs que utilizan los bloques TD7 como bloques auxiliares. Puesto que el
paquete TD7 debe poder ejecutarse en todos los tipos de CPU, básicamente solo se utilizan
los bloques de sistema que están disponibles en todos los tipos de CPU. Principalmente son
las CPUs de la serie 300 las que determinan los bloques de sistema que se utilizarán. Esta
regla básica solo deja de cumplirse en casos excepcionales (actualmente solo la FC
ListGenerator está disponible en versiones separadas para S7-300 y S7-400 y el FB BCom
existe únicamente para S7-400, pues solo aquí son posibles conexiones PBK).
Puesto que los bloques de sistema forman parte del sistema operativo, no ocupan memoria
de usuario.
A continuación se muestra una relación de los bloques de sistema utilizados que están
presentes en todos los tipos de CPU.
SFC 0 SET_CLK
Bloque para ajustar la fecha y la hora en la CPU.
SFC 1 READ_CLK
Bloque para leer la fecha y la hora en la CPU.

SFC 20 BLKMOV
Bloque para copiar áreas de datos relacionadas.
SFC 22 CREATE_DB
Bloque para generar un bloque de datos online.
SFC 46 STP
Bloque para poner la CPU al estado operativo "STOP".
SFC 52 WR_USRMSG
Bloque para registrar un aviso de usuario en el búfer de diagnóstico.
SFC 64 TIME_TCK
Bloque para leer la hora del sistema de la CPU.
SFC 65 X_SEND
Bloque para enviar datos a través de una conexión no configurada.
SFC 66 X_RCV
Bloque para recibir datos a través de una conexión no configurada.
Otros bloques de sistema disponibles únicamente en CPU de la serie 400:
SFC 23 DEL_DB
Bloque para borrar un bloque de datos online.
SFC 24 TEST_DB
Bloque que permite determinar si hay un bloque de datos concreto en la CPU.
SFC 25 COMPRESS
Bloque para comprimir online la memoria de usuario, p. ej. tras borrar bloques de datos.
SFB 12 BSEND
Bloque para enviar datos por bloques a través de una conexión configurada.
SFB 13 BRCV
Bloque para recibir datos por bloques a través de una conexión configurada.


Herramienta de diagnóstico y servicio SINAUT 8
8.1 Sinopsis de funciones y manejo de la herramienta de diagnóstico y
servicio SINAUT
Introducción
La herramienta de diagnóstico y servicio SINAUT ofrece al usuario funciones para
comprobar las conexiones, las interfaces y la comunicación, así como los componentes de
firmware y software de los dispositivos de red de un sistema SINAUT.
Las principales funciones son:
● Leer los datos de diagnóstico de un módulo TIM o CPU
● Leer el búfer de diagnóstico
● Comprobar y ajustar la hora de los módulos
● Leer la parametrización de los módulos
● Activar un seguimiento de los telegramas
● Actualizar el firmware de los módulos TIM
● Cargar parametrizaciones nuevas en los módulos TIM.
Las funciones completas solo están disponibles para módulos configurados totalmente en
STEP 7 V5.
Nota
Las funciones de diagnóstico que también están disponibles en el SIMATIC Manager se
describen aquí enfocadas al diagnóstico de módulos TIM.
8.1.1 Inicio del programa y tipos de acceso
Apertura de la herramienta de diagnóstico y servicio

La herramienta de diagnóstico y servicio SINAUT se abre desde el menú Inicio de Windows
SIMATIC / SINAUT ST7 / Diagnostics and Service.

Herramienta de diagnóstico y servicio SINAUT
8.1 Sinopsis de funciones y manejo de la herramienta de diagnóstico y servicio SINAUT
El acceso a la información de diagnóstico específica de los módulos se consigue

alternativamente por medio de:
● Los dispositivos accesibles
● La lista de dispositivos SINAUT del proyecto de STEP 7
Nota
Independientemente del tipo de acceso, ya sea mediante los dispositivos accesibles o la
lista de dispositivos SINAUT, sin activar la función de routing PG solo es posible acceder
a dispositivos de la subred del bus MPI local al que también está conectada la
programadora.
Acceso mediante dispositivos accesibles

Para acceder a los datos de diagnóstico mediante los dispositivos accesibles, proceda del
siguiente modo:
1. Haga clic en el símbolo Accessible Nodes de la barra de herramientas
o haga clic en el menú Project / Accessible Nodes.
Se abre la ventana Accessible Nodes.
2. En la ventana Dispositivos accesibles seleccione el dispositivo deseado de la lista de
direcciones MPI haciendo clic con el ratón.
Figura 8-1 La ventana Accessible Nodes de una instalación ejemplo

Acceso mediante la lista de dispositivos SINAUT de un proyecto de STEP 7

Para abrir el proyecto de STEP 7 en la herramienta de diagnóstico y servicio y,
seguidamente, acceder a los datos de diagnóstico mediante la lista de dispositivos SINAUT,
proceda del siguiente modo:
1. Haga clic en el símbolo Open project de la barra de herramientas o elija el menú Project /
Open. Aparece el cuadro de diálogo Open.
2. En la ficha User Projects del cuadro de diálogo Open seleccione el proyecto de STEP 7 y
confirme haciendo clic en el botón OK. Se abre la ventana del proyecto con la lista de
dispositivos SINAUT del proyecto en cuestión.
3. Si el proyecto buscado no se muestra en el cuadro de diálogo Open, pulse el botón
Browse. En el cuadro de diálogo del mismo nombre que se abre a continuación es
posible buscar otros proyectos e incluirlos en la lista de proyectos.
Otra posibilidad consiste en abrir un proyecto actual utilizando el menú Project / Recently
used.
4. Seleccione el dispositivo deseado para las funciones de diagnóstico haciendo clic con el
ratón en la SINAUT subscriber list.
Figura 8-2 La ventana SINAUT subscriber list de un proyecto de ejemplo
Nota
El intento de acceder a un dispositivo remoto (que no está conectado al bus MPI local)
mediante la lista de dispositivos SINAUT de un proyecto de STEP 7 estando desactivada
la función de routing PG puede provocar equivocaciones. En estos casos, en el campo
Path del correspondiente cuadro de diálogo de diagnóstico se muestra el dispositivo
remoto para las funciones con acceso al módulo, pero los datos de diagnóstico
corresponden al dispositivo local conectado.

La lista de dispositivos SINAUT muestra las entradas siguientes para cada dispositivo:
● Subscriber no.: número del dispositivo SINAUT unívoco en todo el proyecto
● Red. Subscriber no.: el parámetro Red. Subscriber no. solo está ocupado si hay un
interlocutor redundante para el dispositivo en cuestión. Dicho número indica el número
de dispositivo común con el que los demás dispositivos pueden acceder al sistema
redundante.
● Subscriber no. of red. Partner: el Subscriber number of the redundant partner solo está
ocupado si hay un interlocutor redundante para el dispositivo en cuestión. El parámetro
indica los dispositivos que son redundantes entre sí.
● Subscriber type: el Subscriber type indica la clase de dispositivo de la que se trata. El
usuario no puede especificar el tipo de dispositivo.
● Name: el nombre de módulo, aplicación o PC/PG. Es posible cambiarlo en la
configuración. En el ajuste predeterminado está ocupado por el nombre del tipo de
módulo o la aplicación asignados en la configuración.
● Station: nombre de la estación especificado por el usuario en la configuración por medio
de NetPro.
● SINAUT connected: indica si se ha configurado una conexión SINAUT para el dispositivo.
● TD7 library version: en módulos CPU y en módulos del tipo TIM 3V-IE se muestra el
nombre de la librería del sistema SINAUT para los bloques de software TD7.
● TIM firmware version: en módulos TIM se muestra la versión del firmware del TIM.
Routing PG
En caso de acoplar una programadora (PG) o un PC con el fin de consultar datos de
diagnóstico, solo se permite acceder a la red MPI local. No es posible el acceso a los datos
de diagnóstico de dispositivos remotos en otras partes de la red.
Para acceder a dispositivos de otras partes de la red se dispone del routing PG. Si tras
activar el routing PG se accede a los datos en una subred subordinada, debe tenerse en
cuenta que solo se permitirá el acceso a subredes subordinadas y no a partes de la red que
ocupen una posición más alta dentro de la jerarquía de red. Los requisitos, las funciones y la
activación del routing PG se describen en otro capítulo.
La función de routing PG solo es posible en caso de acceso a través de la lista de
dispositivos SINAUT, pero no cuando se accede desde los dispositivos accesibles.

8.1.2 Acceso a los dispositivos SINAUT y manejo de los cuadros de diálogo de

diagnóstico
Activación de las funciones de diagnóstico

Las funciones de diagnóstico se activan del siguiente modo:
1. Haciendo clic con el ratón, seleccione un dispositivo SINAUT en los dispositivos
accesibles o en la lista de dispositivos SINAUT de un proyecto de STEP 7.
2. Active la función de diagnostico deseada de una de las formas siguientes:
– Haciendo clic en el símbolo correspondiente de la barra de herramientas
– Seleccionando la función en los menús Project, STEP 7 Diagnostics o SINAUT
– Accionando las teclas de función correspondientes
– Haciendo clic en el dispositivo en los dispositivos accesibles o en la lista de
dispositivos SINAUT con el botón derecho del ratón. Después de seleccionar el
dispositivo con el botón derecho del ratón, seleccione la función deseada en el menú
contextual que se abre.
3. Se muestra el cuadro de diálogo correspondiente a la función de diagnóstico
seleccionada.
Manejo de los cuadros de diálogo

La interfaz gráfica de la herramienta de diagnóstico y servicio SINAUT sigue el diseño de
Windows. Por lo general, para ejecutar las funciones de diagnóstico, en las ventanas y los
cuadros de diálogo debe seleccionarse primero un dispositivo determinado o un
componente de una selección o lista para el cual deba ejecutarse la función y visualizarse
los datos de diagnóstico. Seguidamente, la función se activa desde un menú o
seleccionando un símbolo, con lo que se abre un cuadro de diálogo específico para la
función de diagnóstico.
En adelante, cuando se habla de "seleccionar" o "elegir" un menú, un dispositivo o un
objeto, significa que debe hacerse clic en el objeto una vez con el botón izquierdo del ratón.
Los botones que se repiten con frecuencia en los cuadros de diálogo de diagnóstico se
explican aquí por adelantado y no volverán a explicarse en cada subcapítulo. Son los
botones siguientes:
● Print:
Inicia una impresión del cuadro de diálogo abierto en cada caso.
● Update:
Actualiza el contenido del cuadro de diálogo con los datos de diagnóstico actuales del
dispositivo seleccionado.
● Save:
Guarda en un archivo el contenido del cuadro de diálogo abierto en cada caso. El
directorio y el nombre de archivo pueden elegirse libremente en el cuadro de diálogo
Save.
● Load:
Carga en el cuadro de diálogo abierto los datos de diagnóstico relevantes para el

contenido del cuadro de diálogo correspondiente desde un archivo guardado

previamente. Los datos de diagnóstico cargados se muestran en el cuadro de diálogo.
Nota
Al cargar datos desde un archivo se sobrescriben los datos de proyecto actuales del
cuadro de diálogo con los datos del archivo. Para volver a visualizar los datos del
dispositivo conectado hay que cerrar el cuadro de diálogo y volver a abrirlo; dado el
caso, es posible actualizar la visualización utilizando el botón Update para volver a ver
los datos del dispositivo conectado.
● Close:
Cierra el cuadro de diálogo actual. Se regresa a la ventana Accessible Nodes o SINAUT
subscriber list.
● Help:
Abre la función de Ayuda en pantalla para la función de diagnóstico seleccionada en
esos momentos.
● OK:
Confirma las entradas realizadas previamente y cierra el cuadro de diálogo.
● Cancel:
Ignora las entradas realizadas previamente y cierra el cuadro de diálogo.
8.1.3 Funciones de la herramienta de diagnóstico y servicio SINAUT
Sinopsis de las funciones de diagnóstico y servicio

Las funciones de diagnóstico de la herramienta de diagnóstico y servicio SINAUT se dividen
en los grupos siguientes:
● Diagnóstico STEP 7
● Diagnóstico SINAUT (información de estado del TIM y diagnóstico del software TD7)
● Diagnóstico del registro de telegramas
● Funciones de servicio
La tabla siguiente muestra las funciones de diagnóstico y servicio, así como los menús
correspondientes desde los que se llaman las funciones en la herramienta de diagnóstico y
servicio SINAUT.
Las dos columnas derechas de la tabla demuestran que el volumen de información es
mayor cuando se accede mediante la lista de dispositivos SINAUT de un proyecto de
STEP 7 que cuando se accede mediante los dispositivos accesibles.

Tabla 8- 1 Sinopsis de las funciones de diagnóstico y servicio de la herramienta de diagnóstico y

servicio SINAUT
Grupo de funciones, Tipo de dispositi- Llamada Acceso Acceso

función de diagnóstico vo relevante para desde menú mediante mediante
(observaciones) el diagnóstico proyecto de dispositivos
STEP 7 accesibles
Diagnóstico STEP 7 Diagnóstico
STEP 7
Avisos de CPU CPU, TIM " X X
Estado del módulo (entre otros, CPU, TIM " X X
avisos en el búfer de diagnóstico)
Estado operativo CPU, TIM " X X
Ajustar la hora CPU, TIM " X X
SINAUT
Diagnóstico SINAUT SINAUT
Diagnóstico TIM TIM " X X
Diagnóstico de dispositivos TIM TIM " X X
Avisos de diagnóstico TIM TIM " X
Monitor de telegramas TIM TIM " X
Diagnóstico de software TD7 SINAUT
Diagnóstico de CPU TD7 (avisos CPU " X X
TD7 en el búfer de diagnóstico)
Estructura de bloques TD7 CPU " X
(datos configurados)
Estructura de bloques TD7 para CPU " X
todas las CPU
Comparación de programas de CPU CPU " X
TD7
Comprobación TD7 de la configura- CPU " X
ción de la comunicación (datos con-
figurados)
Diagnóstico TD7onTIM TIM " X
Visualización de SDB CPU, TIM " X X
Funciones de servicio SINAUT
Cargar SDB TIM " X
Actualización de firmware TIM " X
Reparación TIM " X
Diagnóstico del registro de telegramas Proyecto
Testcopy-DB CPU " X X
Registro de telegramas TIM TIM " X X
Registro de telegramas TIM " X X
ST7cc/ST7sc
La información de diagnóstico se visualiza solo para módulos CPU SIMATIC y módulos TIM SINAUT.

8.2 Diagnóstico STEP 7
Introducción
El diagnóstico STEP 7 abarca las funciones de diagnóstico estándar de SIMATIC STEP 7
V5.x. Como complemento a los sistemas SIMATIC puramente dichos, el diagnóstico STEP 7
ofrece en la herramienta de diagnóstico y servicio SINAUT tanto información relativa a los
módulos CPU como información sobre los módulos TIM de un proyecto. En la herramienta
de diagnóstico y servicio SINAUT están integradas las funciones que se han realizado en el
módulo TIM:
● Avisos de CPU
● Estado del módulo
● Estado operativo
● Ajustar la hora
8.2.1 Avisos de CPU
Descripción de la función
La función CPU Messages (Avisos de CPU) sirve para archivar avisos de diagnóstico que
un módulo CPU o TIM registra en su búfer de diagnóstico. Sin la archivación, los avisos se
sobrescriben sucesivamente en el búfer circular de la CPU o el TIM cuando está lleno.
Con la función CPU Messages, la programadora utilizada para el diagnóstico inicia sesión
en uno o varios módulos. A continuación, los módulos transmiten todos los avisos de
diagnóstico generados de nuevo a la programadora en cuestión. En la programadora, los
avisos de diagnóstico de uno o varios módulos se archivan en una lista común. El fichero
tiene la estructura de un búfer en anillo. Los avisos más antiguos se sobrescriben con los
nuevos cuando el fichero está lleno.

Figura 8-3 Cuadro de diálogo CPU Messages
Los avisos de eventos de diagnóstico se introducen en la ficha Archive de la lista de avisos,

en la parte inferior del cuadro de diálogo.
Tanto el menú del cuadro de diálogo como los símbolos de la barra de herramientas
permiten llevar a cabo diferentes ajustes personalizados para la salida de avisos, como
vaciar el fichero, procesar avisos, ver la ventana de avisos, ajustar el tamaño del fichero y
guardar las conexiones PG con los módulos que han iniciado sesión para la próxima vez
que se inicie la función CPU Messages.
Manejo
1. Seleccione un dispositivo con el ratón en la SINAUT subscriber list del proyecto abierto o
en los Accessible Nodes.
2. Abra el cuadro de diálogo CPU Messages seleccionando el menú STEP 7 Diagnostics /
CPU Messages.
3. Para iniciar la sesión de la PG/el PC para la función CPU Messages, seleccione el
módulo deseado en la columna W de la lista de módulos, en la parte superior del cuadro
de diálogo. Tras iniciar sesión correctamente se selecciona la opción de conexión (casilla
de verificación) del módulo correspondiente en la columna W. Seguidamente, todos los
avisos de diagnóstico generados para el módulo se muestran en orden cronológico en la
ficha Archive de la lista de avisos, en la parte inferior del cuadro de diálogo.

En caso de que no sea posible establecer una conexión con el dispositivo, tras el intento
fallido se mostrará un símbolo de interrupción de la conexión en la primera columna de la
lista de módulos.
4. En la columna W de la lista de módulos, haga clic de nuevo en el campo correspondiente
al módulo para volver a desactivar la archivación de los avisos de diagnóstico.
5. Elija los menús o el símbolo del cuadro de diálogo para modificar los ajustes.
6. Cierre el cuadro de diálogo CPU Messages haciendo clic en el símbolo Close (x) de la
barra de título o haciendo doble clic en el nombre del cuadro de diálogo que aparece en
la barra de título.
Al cerrar el cuadro de diálogo vuelve a desactivarse la función CPU Messages.
8.2.2 Estado del módulo
La función Module information (Estado del módulo) lee datos de diagnóstico del módulo de
la estación conectada. Los datos de diagnóstico se visualizan en una serie de fichas en
función del módulo:
● Ficha General
Lista de los componentes de hardware y firmware con la versión e información sobre el
estado del módulo CPU.
● Ficha Diagnostic Buffer
Lista de los avisos de diagnóstico
● Ficha Memory
Información sobre la ocupación de la memoria de carga y trabajo.
● Ficha Time System
Información sobre la fecha, hora, hora del sistema y sincronización horaria, así como del
contaje de horas de funcionamiento para módulos CPU
● Ficha Performance Data
Listas de los bloques de organización, bloques de sistema y áreas de operandos
● Ficha Communication
Información sobre velocidades de transmisión, recursos de conexión y carga del ciclo por
comunicación
Para módulos CPU se muestran además otras fichas:
● Ficha Cycle Time
Tiempos de ciclo parametrizados y medidos de módulos CPU
● Ficha Stacks
Información sobre el contenido de pilas de bloques (BSTACK), pilas de interrupción
(USTACK) y pilas de datos locales (LSTACK) de módulos CPU

Manejo
1. Seleccione un dispositivo local en la SINAUT subscriber list del proyecto abierto o en los
Accessible Nodes.
2. Abra el cuadro de diálogo seleccionando el menú STEP 7 Diagnostics / Module
information.
3. Seleccione las diferentes fichas con el ratón.
Ficha General
En la ficha General se muestra el estado operativo del módulo CPU local, así como el
estado operativo y el estado del módulo conectado, siempre que este se haya seleccionado
para que emita los datos de diagnóstico.
En el campo de texto Status se emite información sobre el estado del módulo conectado
desde el punto de vista del módulo CPU local. Se distingue entre los siguientes estados
posibles:
● Estado OK: hay un módulo y el acceso al mismo es posible
● Estado Error: fallo, no es posible acceder al módulo (error de parametrización o acceso)
Asimismo, se informa sobre la denominación del módulo y el identificador del sistema;
además, en el campo de salida Version se muestra una lista de los componentes de
hardware y firmware del módulo con referencia o denominación y versión.
Debajo se indican el rack, la dirección y el slot del módulo CPU.
Ficha Diagnostic Buffer

En la ficha Diagnostic Buffer se muestra el contenido del búfer de diagnóstico del módulo
con número de aviso, hora, fecha y evento. El contenido está en orden cronológico
descendente, es decir, el aviso más actual está en primer lugar.
Para el TIM se muestran las 50 últimas entradas del búfer de diagnóstico, mientras que para
la CPU suelen ser los 10 últimos avisos de diagnóstico.
Para un TIM, todos los avisos de diagnóstico se visualizan en texto claro.
Para una CPU, los avisos de diagnóstico de sistema se muestran en texto claro y los avisos
de diagnóstico TD7, es decir, los avisos generados por el programa de usuario SINAUT, en
formato hexadecimal.
El número de estación (STA no.), que aparece en el campo de salida de texto Details on
Event de algunos avisos, es la dirección de red WAN de la red SINAUT correspondiente.
Nota
Si ha seleccionado una CPU y desea ver en texto claro los avisos de diagnóstico TD7 que
aparecen en formato hexadecimal en la ficha Diagnostics Buffer, elija la función de
diagnóstico TD7 CPU Diagnostics para la misma CPU.
Seguidamente, los mismos avisos de diagnóstico TD7 se verán
• en formato hexadecimal en el cuadro de diálogo Module information / Diagnostic Buffer y
• en texto claro en el cuadro de diálogo TD7 CPU Diagnostics.

Figura 8-4 Cuadro de diálogo Module information, ficha Diagnostic Buffer
Para modificar los ajustes y seleccionar los tipos de evento para la salida de avisos en la
ficha Diagnostic Buffer, proceda del siguiente modo:
1. Seleccione el botón Settings para abrir el cuadro de diálogo Setting for Display
Diagnostic Buffer. El número predeterminado de entradas no puede modificarse ni para
CPU ni para TIM.
2. En el campo Display Events, seleccione los diferentes tipos de evento para la salida de
avisos marcándolos o desmarcándolos. La marca se mostrará o se ocultará, según
corresponda.
3. En caso necesario, seleccione las opciones siguientes en la parte inferior del cuadro de
diálogo:
- Output event information in hexadecimal format
- Update display during operating mode transition
- Save settings for this dialog box
4. Confirme los ajustes haciendo clic con el ratón en el botón OK; en caso contrario, haga
clic en Cancel. Regresará a la ficha Diagnostic Buffer.

Ficha Memory
En la ficha Memory se muestra información sobre la ocupación de la memoria de carga y
trabajo, tanto libre como ocupada.
Una ocupación del 90% aproximadamente de la memoria de trabajo de un TIM es normal y
suficiente para el funcionamiento del TIM.
Ficha Time System

La ficha Time System ofrece información sobre el sistema de reloj del módulo en tres
campos:
● Fecha y hora actuales del módulo, su resolución y la presencia de un reloj en tiempo real
● Sincronización horaria (solo CPU)
● Contador de horas de funcionamiento (solo CPU)
Ficha Performance Data

La ficha Performance Data no contiene información de diagnóstico relevante para módulos
TIM. Para módulos CPU se muestra información sobre bloques de organización (OB),
bloques de sistema (SFC, SFB) y áreas de operandos.
Ficha Communication
La ficha Communication muestra la información siguiente:
● Recursos de conexión máximos y no ocupados para la
– comunicación PG
– comunicación OP
– comunicación básica S7
● Carga del ciclo configurada debido a la comunicación. Para el TIM es el 100%.
La información sobre otro tipo de comunicación afecta únicamente a la CPU.
Ficha IP Parameters
En la ficha IP Parameters se muestran los principales parámetros IP de un TIM Ethernet:
● IP address: dirección IP configurada del módulo.
● Subnet mask: máscara de subred configurada para el módulo.

● Default router: si durante la configuración se ha indicado un router predeterminado, aquí

se muestra su dirección IP.
● IP settings: muestra de dónde ha obtenido el módulo los parámetros IP.
Figura 8-5 Cuadro de diálogo Module information, ficha IP Parameters
Nota
En el TIM 4R-IE se muestra únicamente información sobre la primera interfaz Ethernet
P1. Encontrará un resumen del estado y los parámetros de ambos puertos Ethernet del
módulo en el diagnóstico SINAUT, ficha IP Parameters.

Ficha Network Connection

Para un TIM Ethernet, en la ficha Network Connection se muestra la información MAC del
módulo, así como información sobre el estado y los ajustes de la interfaz Ethernet:
● Link status: indica si existe una conexión física con Ethernet.
● Settings: muestra el ajuste para detectar los ajustes de red, en este caso: "Automatically"
(Autosensing)
● Mode: indica la velocidad de transmisión y la dependencia del sentido en Ethernet.
Figura 8-6 Cuadro de diálogo Module Information, ficha Network Connection
Nota
En el TIM 4R-IE se muestra únicamente información sobre la primera interfaz Ethernet
P1. Encontrará un resumen del estado y los parámetros de ambos puertos Ethernet del
módulo en el diagnóstico SINAUT, ficha IP Parameters.
Ficha Statistics
Esta ficha solo está disponible en los TIM Ethernet.

La ficha Statistics contiene una estadística de transmisión para las interfaces Ethernet. Se
representa, tanto para el sentido de emisión como el de recepción, el número de paquetes
de datos transmitidos con y sin errores desde el último reset o rearranque completo del
módulo. Este instante se muestra en la ficha como hora del módulo. El botón Reset pone a
cero los valores de la estadística.
Figura 8-7 Cuadro de diálogo Module information, ficha Statistics
8.2.3 Estado operativo
La función Operating mode (Estado operativo) permite cambiar el estado operativo de
módulos TIM y CPU. Para módulos CPU, además del estado operativo se muestran la
posición actual del interruptor de llave y el último estado operativo.
En los módulos TIM y CPU, el estado operativo puede cambiarse de Run a Stop y de Stop a
Run. El cambio de estado operativo de Stop a Run provoca un rearranque completo del
módulo TIM.

Manejo
1. Seleccione un dispositivo en la SINAUT subscriber list del proyecto abierto o en los
Accessible Nodes.
2. Abra el cuadro de diálogo seleccionando el menú STEP 7 Diagnostics / Operating Mode.
3. Haga clic en el botón Stop para detener el módulo.
4. Haga clic en el botón Warm Restart para volver a arrancar el módulo.
Un TIM rearranca al cabo de unos 10 segundos.
8.2.4 Ajustar la hora
La función Set Time of Day (Ajustar la hora) sirve para visualizar y ajustar la fecha y hora del
módulo. Existe la posibilidad de ajustar la hora del módulo con la hora de la PG/el PC o una
hora editable.
Los módulos CPU disponen de un reloj de hardware.
Los módulos TIM incluyen un reloj de software en el sistema operativo del módulo.
Figura 8-8 Cuadro de diálogo Set Time of Day
Manejo
Accessible Nodes.
2. Abra el cuadro de diálogo seleccionando el menú STEP 7 Diagnostics / Set Time of Day.
3. Para ajustar manualmente la hora del módulo con el ratón, haga clic en el indicador de
fecha u hora, cambie la fecha y/o la hora con el teclado y confírmela haciendo clic en el

8.3 Diagnóstico SINAUT
botón Apply
o, para aplicar la hora de la PG/el PC en el módulo, seleccione la opción Apply from
PG/PC del campo Module time y confirme haciendo clic en el botón Apply.
8.3.1 Diagnóstico TIM
El diagnóstico TIM ofrece diferentes datos de diagnóstico de un módulo TIM. Se visualizan
en las fichas siguientes:
● Ficha "Memory":
Información sobre la capacidad de memoria y del disco
● Ficha "Message buffer":
Información sobre las áreas del búfer de un TIM Ethernet para telegramas
● Ficha "Communication":
Indica los drivers de comunicación instalados en las diferentes interfaces del TIM
● Ficha "Time synchronization":
Estado de la sincronización horaria en las interfaces del TIM
● Ficha "Time":
Información sobre el reloj de sistema del TIM
● Ficha "Filesystem":
Muestra todos los archivos que hay en el sistema de archivos flash o en el disco RAM
del TIM, caso de estar instalado.
● Ficha "IP Parameters" (solo TIM 4R-IE):
Muestra los parámetros IP actuales y los ajustes de los puertos Ethernet
● Ficha "Statistics" (solo TIM 4RIE):
Muestra la estadística de transmisiones de las interfaces Ethernet
● Ficha "MSC Communication":
Información sobre la comunicación con el protocolo MSC
Manejo
Accessible Nodes.
2. Abra el cuadro de diálogo seleccionando el menú SINAUT / TIM Diagnostics.
3. Seleccione las diferentes fichas con el ratón.
4. Para visualizar los datos de diagnóstico específicos de la interfaz, seleccione el nombre
de una interfaz en las fichas Communication y Time synchronization. La información

sobre la interfaz en cuestión se muestra en los campos situados en la parte inferior de

las dos fichas.
– En la ficha Communication: Selección de una interfaz en el campo Communication
drivers
– En la ficha Time synchronization: Selección de una interfaz en el campo
Communication interfaces for time synchronization
Ficha Memory
La ficha Memory muestra datos de diagnóstico actuales sobre la capacidad de memoria del
TIM:
● En el campo Memory configuration:
– Static flash EPROM
– Dynamic flash EPROM
– RAM
– Available RAM: tamaño de la memoria libre disponible para datos dinámicos en los
drivers del TIM.
– Memory overflow: Si no basta con la memoria RAM libre, aparece una marca en la
casilla de verificación Memory overflow.
– Message memory: tamaño de la memoria para telegramas de datos para guardar
– Size of a memory block: tamaño de un bloque de memoria reservado para un
telegrama de datos.
– Possible message entries: número de entradas de telegrama posibles, calculado a
partir del tamaño de la memoria de telegramas y el tamaño de un bloque de memoria
● En el campo Disc configuration:
– Tamaño de la memoria, capacidades de memoria ocupadas y libres del disco flash y
RAM.
Ficha Message Buffer

La ficha Message Buffer solo está disponible para módulos TIM aptos para TD7onTIM (p. ej.
TIM 3V-IE). La ficha muestra para el módulo TIM seleccionado los datos de diagnóstico
actuales referentes al tamaño y la ocupación de las áreas de búfer para telegramas.
En los módulos TIM aptos para TD7onTIMl el búfer de telegramas está dividido en
diferentes áreas:
● Áreas para telegramas de datos organizados por dispositivos de destino (búfer para
dispositivos de destino)
● Áreas para telegramas de comunicación TIM - TIM (búfer para TIM)
● Área para la comunicación local con la CPU o un ST7cc/sc
La función de diagnóstico Message Buffer analiza las áreas de búfer de los dispositivos de
destino en las que están guardados los telegramas de datos. Son de gran interés para el
usuario.

Campo "Total"
En el campo Total se presenta la información siguiente:
● Size (blocks):
Tamaño total del búfer de telegramas. El valor muestra el número total de bloques de
memoria de telegramas. Se calcula a partir del tamaño total de la memoria de
telegramas parametrizada para el TIM y el tamaño de bytes de un bloque de memoria.
La parametrización se realiza en la configuración de red de NetPro, en el cuadro de
diálogo Properties, ficha Options, campo Global message memory.
● Free (blocks):
Área libre del búfer de telegramas. El valor muestra el número de bloques de memoria
libres.
● Free (%):
Área libre del búfer de telegramas en porcentaje.
● Image blocks:
Número de bloques para telegramas de datos asignados en la memoria de telegramas
del TIM que se transferirán conforme al principio de la memoria imagen.
Campo "Buffers"
En el campo Buffers se relacionan los búferes de telegramas para los diferentes
interlocutores con los siguientes datos:
● from:
Número del dispositivo de origen
● to:
Número del dispositivo de destino
● No. of messages:
Número total de telegramas guardados para el dispositivo de origen o destino
correspondiente
Si se selecciona con el ratón un búfer de telegramas en la parte izquierda del campo
Buffers, en la lista Buffer info se mostrará la siguiente información detallada:
● from:
Número del dispositivo de origen
● to:
Número del dispositivo de destino
● Type:
– = 2: búfer para telegramas de organización, telegramas hand-shake o telegramas
enviados de un TIM a otro TIM.
– = 4: búfer para telegramas destinados a un dispositivo remoto (CPU o ST7cc).
– = 8: búfer para telegramas destinados a un dispositivo local (CPU o ST7cc).
● No. of messages:
número total de telegramas guardados para el dispositivo de origen o destino indicado
arriba

● No. of uncond. messages:

número de telegramas guardados que se envían de forma espontánea incondicional
(solo relevante para redes conmutadas)
● No. of prio. messages:
número de telegramas guardados que se envían con alta prioridad.
● Flags:
el estado es un valor hexadecimal que codifica en código binario la información del búfer
que se indica a continuación.
● Forced image mode:
1 = método de imagen forzada
Para evitar el rebosamiento de la memoria de telegramas, todos los telegramas de datos
se tratan como telegramas imagen, de modo que los telegramas del búfer de envío
también se tratan como telegramas imagen y se sobrescriben.
● Date brake:
el envío de telegramas al interlocutor remoto está bloqueado actualmente porque este
último no está accesible o bien se ha producido una falta de memoria momentánea en él.
● blocked:
reservado para funciones futuras. Por el momento no se visualiza nada.
● Overflow warning:
● XGA:
● Uncond. messages:
● Est. dial-up con.:
Ficha Communication
En la ficha Communication se muestra información sobre el estado de la comunicación del
TIM con datos sobre las interfaces, los drivers (presentes o no) y la velocidad de
transmisión. Los datos se representan en la parte inferior del cuadro de diálogo cuando se
seleccionan las diferentes interfaces de comunicación.
Ficha Time Synchronization

En la ficha Time Synchronization se muestra información sobre la sincronización horaria en
las diferentes interfaces del TIM, con datos sobre la interfaz, la sincronización y el estado de
la sincronización horaria. La información se representa en la parte inferior del cuadro de
diálogo cuando se seleccionan las diferentes interfaces de comunicación.

Ficha Time
En la ficha Time, la fecha y la hora actual del módulo TIM se muestran en el campo Current
time situado en la parte izquierda. En el campo Clock status situado a la derecha se muestra
información sobre la validez de la hora, el horario de verano e invierno, así como el cambio
de horario de verano a invierno.
Ficha Filesystem
La ficha Filesystem muestra todos los bloques de datos de sistema y archivos de los
diferentes componentes de firmware que están instalados en el sistema de archivos flash.
Si se ha configurado un disco RAM en el TIM, este también se mostrará junto con los
archivos allí presentes.
Ficha IP parameter
Esta ficha solo está disponible en el TIM 4R-IE.
En la ficha IP parameter se muestran los parámetros IP y ajustes actuales de los puertos
Ethernet:
● IP address: dirección IP configurada del módulo.
● Subnet mask: máscara de subred configurada para el módulo.
● Default router: si durante la configuración se ha indicado un router predeterminado, aquí
se muestra su dirección IP.
● MAC address: dirección MAC del módulo
● IP settings: muestra de dónde ha obtenido el módulo los parámetros IP.
● Link status: indica si existe una conexión física con Ethernet.
● Link settings: muestra el ajuste para detectar los ajustes de red, aquí "automático"
(Autosensing)
● Mode: indica la velocidad de transmisión y la dependencia del sentido en Ethernet.
Ficha Statistics
Esta ficha solo está disponible en el TIM 4R-IE.
La ficha contiene una estadística de transmisiones de las interfaces Ethernet. Se
representa, tanto para el sentido de emisión como el de recepción, el número de paquetes
de datos transmitidos con y sin errores desde el último reset o rearranque completo del
módulo.

Ficha MSC Communication

Esta ficha solo aparece en los TIM 4R-IE que funcionan como estación maestra MSC.
Figura 8-9 Cuadro de diálogo SINAUT Diagnostics, ficha MSC Communication
En la lista "Transmission Information" se relacionan todas las estaciones MSC y se muestra

la información detallada correspondiente guardada en la estación maestra MSC en el
momento en que se abrió el cuadro de diálogo.
● Icono de globo terráqueo
siguientes significados (desde el punto de vista de la estación maestra):
– Negro y blanco ( )
La estación está accesible online, pero los datos mostrados no son actuales. Puede
deberse a que no se ha recibido ninguna respuesta a una consulta, p. ej. por un
timeout. *)

– Verde ( )
Se han configurado todas las propiedades necesarias del proveedor de red. El
proveedor de red está accesible online.
– Azul y rojo ( )
El proveedor de red no está accesible.
*) Al abrir la ficha "MSC Communication" los iconos de todas las estaciones aparecen en
gris. El cambio a verde o azul y rojo no se produce hasta que los datos se actualizan
(vea a continuación).
● Sub. no.
● Station
● Signal
Ver abajo → "Quality of signal"
● Active month sent / Active month received
Cantidad de datos enviada/recibida desde el último cambio de mes
Diferencia de "Active count - Count at begin of month" (vea a continuación)
– Cuando el TIM de una estación DSL se reinicia, el contador se pone a 0.
– Cuando el MD720 de una estación GPRS se reinicia, el contador se pone a 0.
En los campos situados debajo se muestran detalles adicionales para la estación MSC
seleccionada en la lista:
● Device name
Nombre de dispositivo del TIM
● Firmware version
Versión del firmware del TIM
● Protocol Version
Versión del protocolo MSC
La siguiente información solo se proporciona para estaciones GPRS con MD720:
● Quality of signal
Calidad de recepción relativa
Rango: 0...99
0 = señal sin errores
99 = pérdida de sincronización
● Local area code
Área de permanencia en la red de telefonía móvil

● Cell ID
Número de identificación de la celda GSM activa
● Amount of data sent [bytes] / Amount data received [bytes]
Volumen de datos en bytes en los siguientes momentos:
– Active count
Estado actual del contador: cantidad de datos desde el primer arranque del TM de la
estación hasta ahora
– Count at begin of month
Cantidad de datos en el momento del último cambio de mes (primer día del mes)
Botones de la ficha MSC Communication

● Update
El botón "Update" permite actualizar los datos de las siguientes estaciones:
– No hay ninguna estación seleccionada: se actualizan los datos de todas las
estaciones.
– Hay una estación seleccionada: se actualizan los datos de la estación seleccionada.
La solicitud de los datos puede requerir 1 o 2 minutos.
● Print...
Abre un cuadro de diálogo para la impresión de la información visualizada.
● Save...
Abre un cuadro de diálogo para guardar la información visualizada en un archivo de
texto.
8.3.2 Diagnóstico de dispositivos TIM
La función TIM Subscriber Diagnostics muestra datos de diagnóstico relacionados con los
dispositivos SINAUT conocidos del módulo TIM conectado. Está disponible la siguiente
información detallada:
● Lista de selección de los dispositivos conocidos (izquierda):
La lista de selección de los dispositivos conocidos sirve para seleccionar dispositivos
concretos que conoce el módulo TIM conectado con el fin de visualizar la información
correspondiente en las fichas de la derecha. Los dispositivos conocidos se listan con
número y tipo y, en caso de acceder desde un proyecto de STEP 7, también con nombre
y estación.
● Ficha Status:
Información sobre la accesibilidad de los interlocutores, conexiones o fallos de conexión,
así como sobre la comunicación de datos y el funcionamiento del búfer de transmisión

● Ficha Partner:
Muestra los interlocutores conocidos:
– Para módulos CPU: en la ficha de los interlocutores conocidos se muestra la CPU
que está seleccionada en la lista de selección de los dispositivos conocidos, en la
parte izquierda del cuadro de diálogo.
● Ficha Dialing extern (opcional):
Servicio y comando de marcación del módulo TIM conectado
● Ficha Polling intern (opcional):
Datos de la llamada a estación por parte del interlocutor conectado al módulo TIM
mediante línea dedicada, con la posibilidad de bloquear o habilitar un interlocutor
conectado
Los símbolos en color de la lista de selección de los dispositivos conocidos señalizan la
accesibilidad de los diferentes dispositivos y su significado es el siguiente:
Tabla 8- 2 Símbolos de accesibilidad de dispositivos en el diagnóstico de dispositivos
Símbolo Estado
Dispositivo accesible, todas las conexiones son correctas
Dispositivo accesible, hay al menos una conexión que falla
Dispositivo inaccesible
Manejo
1. Seleccione un módulo TIM en la SINAUT subscriber list del proyecto abierto o en los
Accessible Nodes.
2. Abra el cuadro de diálogo seleccionando el menú SINAUT / TIM Subscriber Diagnostics.
3. Seleccione con el ratón un dispositivo en la lista de selección de los dispositivos
conocidos, en la parte izquierda del cuadro de diálogo.
4. Haga clic en la ficha correspondiente para visualizar información sobre el estado, el
interlocutor, la lista de marcación externa o la lista de sondeo.

Ficha Status
La ficha Status muestra la información siguiente, desde el punto de vista del módulo TIM
conectado, sobre el dispositivo que está seleccionado en la parte izquierda, en la lista de
selección de los dispositivos conocidos:
● En el campo General:
– Accesibilidad del dispositivo conocido. Las entradas que advierten de problemas
están resaltadas en color.
– Posibles fallos de conexión
– Indicaciones sobre las transiciones de red hacia el dispositivo conocido (dispositivo
local/remoto)
● En el campo Connection:
– Interfaz de la conexión
– Tipo de conexión
– Habilitación de la conexión
– Indicaciones sobre la llamada
– Estado de la comunicación de datos
● En el campo Special:
– Indicaciones sobre el funcionamiento del búfer de envío del dispositivo conocido
Figura 8-10 Cuadro de diálogo TIM Subscriber Diagnostics, ficha Status

Ficha Partner
La ficha Partner muestra los siguientes interlocutores conocidos con número de dispositivo,
nombre y estación en el campo List of partners:
● Para módulos CPU: se muestran los interlocutores de la CPU que está marcada en la
lista de selección, en la parte izquierda del cuadro de diálogo
● Para módulos TIM: Se muestran los interlocutores del módulo TIM conectado y
seleccionado en la lista de dispositivos antes de abrir el cuadro de diálogo.
En caso de que se seleccionen varios dispositivos en la parte izquierda del cuadro de
diálogo, en la List of partners se mostrarán siempre los mismos dispositivos.
En el caso de módulos TIM solo se muestran interlocutores cuando el TIM está instalado en
la estación maestra y conectado a interlocutores mediante línea dedicada.
Figura 8-11 Cuadro de diálogo TIM Subscriber Diagnostics, ficha Partner

Ficha Dialing extern

Si se selecciona un TIM con función de estación maestra antes de abrir el cuadro de
diálogo, en la ficha Dialing extern se mostrarán los servicios especiales y la lista de números
de teléfono (comando de marcación) del driver de la red de marcación del módulo TIM
conectado.
Figura 8-12 Cuadro de diálogo TIM Subscriber Diagnostics, ficha Dialing extern
Para los módulos TIM de la lista se muestran los parámetros Subscriber number, Special
service, Call enabled y Dial command.
Si aparece una "X" en la columna Call enabled, significa que la conexión está habilitada.
Las siguientes funciones solo están disponibles en el TIM 4R-IE:
● Haciendo doble clic en un dispositivo de la lista de marcación se abre el cuadro de
diálogo Disable / Enable Subscribers, en el que se muestran el estado de habilitación
tanto configurado como actual del dispositivo seleccionado desde el punto de vista del
TIM de estación maestra. El estado de habilitación actual puede modificarse.
● Los ajustes para habilitar dispositivos se guardan de forma permanente.
● Con el botón que aparece debajo de la lista se guarda el estado de habilitación actual en
el proyecto STEP 7 de la PG/el PC conectado.

Ficha Polling intern

Si se selecciona un TIM con función de estación maestra antes de abrir el cuadro de
diálogo, en la ficha Polling intern se mostrarán los datos de la llamada a estación de los
dispositivos conocidos conectados al TIM mediante línea dedicada.
Figura 8-13 Cuadro de diálogo TIM Subscriber Diagnostics, ficha Polling intern
Haciendo doble clic en un dispositivo de la lista de sondeo se abre el cuadro de diálogo

Disable / Enable Subscribers, en el que se muestran el estado de habilitación tanto
configurado como actual del dispositivo seleccionado desde el punto de vista del TIM de
estación maestra. El estado de habilitación actual puede modificarse.
Si el estado se cambia a Disable en este cuadro de diálogo, volverá a aplicarse el estado
configurado tras el siguiente reset del TIM de estación maestra.
Las siguientes funciones solo están disponibles en el TIM 4R-IE:
● Los ajustes para habilitar dispositivos se guardan de forma permanente.
● Con el botón que aparece debajo de la lista se guarda el estado de habilitación actual en
el proyecto STEP 7 de la PG/el PC conectado.

8.3.3 Diagnóstico TD7onTIM
Nota
La función TD7onTIM Diagnostics solo está disponible para módulos TIM aptos para
TD7onTIM en los que se haya parametrizado el software TD7onTIM (p. ej., TIM 3V-IE).
El diagnóstico TD7onTIM proporciona información sobre el estado de la transmisión de

datos del paquete de software TD7onTIM del módulo TIM seleccionado en la lista de
dispositivos SINAUT.
Figura 8-14 Cuadro de diálogo TD7onTIM Diagnostics con parámetros del objeto de sistema,
ejemplo WatchDog
En función de la parametrización de TD7onTIM se muestran las funciones de diagnóstico

para los objetos siguientes:
● Estado de los objetos de sistema
● Estado de los objetos de datos
● Estado de los canales de entrada y salida

En el cuadro de diálogo se muestra la información siguiente para la estación

correspondiente al módulo TIM seleccionado:
● La ruta del TIM en el proyecto
● El número de dispositivo del TIM
● El número de dispositivo de la CPU
En la parte inferior del cuadro de diálogo se reproducen los objetos SINAUT y los canales
con los parámetros correspondientes:
● TD7onTIM configuration:
En este campo se listan los directorios siguientes del TIM seleccionado a medida que se
va expandiendo:
– Objetos de sistema (símbolos azules)
– Objetos de datos (símbolos amarillos)
– El tiempo de ciclo
– Canales de emisión y recepción
● Properties:
En este campo se muestran las propiedades siguientes de un objeto seleccionado en el
árbol de directorios:
– Nombre del parámetro
– Valor
– Comentario
En la columna Parameter name se reproducen los diferentes parámetros con símbolos de
colores que señalizan el estado siguiente:
- Símbolos azules: datos configurados
- Símbolos rojos: datos online
En el campo TD7onTIM Configuration se representa el tiempo de ciclo debajo del último
objeto de datos. Es el tiempo actual de un ciclo de muestreo en el que TD7onTIM explora la
memoria de trabajo de la CPU local. Si se hace clic en el tiempo de ciclo, se muestra el
valor correspondiente en el campo Properties.

Figura 8-15 Cuadro de diálogo TD7onTIM Diagnostics con parámetros de canal, ejemplo del canal
Analog send
Manejo
1. Seleccione un módulo TIM apto para TD7onTIM en la SINAUT subscriber list del
proyecto abierto.
2. Abra el cuadro de diálogo seleccionando el menú SINAUT / TD7onTIM Diagnostics. Se
abre el cuadro de diálogo.
3. Expanda el árbol de directorios en el campo TD7onTIM Configuration.
4. En el árbol de directorios que se abre, seleccione un objeto SINAUT o un canal de
emisión o recepción. Los parámetros correspondientes se muestran en el campo
Properties.

8.3.4 Avisos de diagnóstico TIM
La función TIM Diagnostic Messages permite activar o desactivar Extended diagnostic
messages para diferentes componentes del firmware del TIM en diferentes niveles
seleccionables. Los avisos de diagnostico avanzados contienen información detallada sobre
funciones parciales de diferentes componentes de firmware y se registran en el búfer de
diagnóstico del TIM.
Los avisos de diagnóstico avanzados se emiten en formato hexadecimal.
Existe la posibilidad de activar selectivamente avisos de diagnóstico avanzados para
diferentes componentes de firmware y funciones parciales (áreas de diagnóstico). Las áreas
de diagnóstico del TIM 3/TIM 4 son diferentes de las de los TIM Ethernet:
Tabla 8- 3 Áreas de diagnóstico del TIM 3/TIM 4
Parte de firmware del Área de Significado/función parcial

TIM diagnóstico
Servidor de diagnóstico
1 Recepción de telegramas organizativos
2 Administración de telegramas organizativos
3 Consulta SZL
4 Sincronización de datos en caso de redundancia de drivers
y dispositivos
5 libre
Servidor de routing
1 libre
2 libre
3 libre
4 libre
5 libre
6 libre
Programa de instalación
1 libre
2 libre
Driver de hora
1 Ciclo de sincronización WAN/LAN
2 libre
3 libre
4 libre
Driver WAN externo
1 Nivel de interrupción (sentido de recepción), mensajes de
error
2 Nivel de interrupción (sentido de recepción), nivel 1


TIM diagnóstico
4 Nivel de control
5 Administración de tareas en el driver WAN
6 libre
7 libre
Driver WAN interno
1 Nivel de interrupción (sentido de recepción), mensajes de
error
4 Nivel de control
5 Administración de tareas en el driver WAN
6 libre
7 libre
Tabla 8- 4 Áreas de diagnóstico de los TIM Ethernet

TIM diagnóstico
Administrador de arranque
1-8 reservado
Driver del bus P
1-8 reservado
Driver de hora
1-8 reservado
Comunicación LAN
1 - 32 reservado
Comunicación LAN
1 - 32 reservado
Administración de dispositivos
1 - 32 reservado
Administración de telegramas
1 - 32 reservado
TD7onTIM
1 - 32 reservado
Driver WAN 1
1 - 32 reservado

Figura 8-16 Cuadro de diálogo TIM Extended Diagnostics
Manejo
1. Seleccione un dispositivo en la SINAUT subscriber list del proyecto abierto.
2. Abra primero el cuadro de diálogo Module information / ficha Diagnostic Buffer
seleccionando el menú STEP 7 Diagnostics / Module information / ficha Diagnostic Buffer
y haga clic en el botón Settings.
3. Asegúrese de que en la parte inferior del cuadro de diálogo Settings for Display
Diagnostic Buffer esté desactivada (no esté marcada) la opción Update display during
operating mode transition y confirme con OK. Puede dejar abierto el cuadro de diálogo
Module information.
4. Vaya a la herramienta de diagnóstico y servicio SINAUT y abra ahora el cuadro de
diálogo TIM Extended Diagnostics seleccionando el menú SINAUT / TIM Diagnostics.
5. Seleccione la función deseada en el cuadro del mismo nombre situado en la parte
izquierda del cuadro de diálogo.
6. Seguidamente, en el campo Firmware module and diagnostics level, elija
– el componente de firmware deseado en la lista de selección Module y
– el nivel deseado (área) en la lista de selección Level.
7. Finalmente, confirme las entradas haciendo clic en el botón Activate. Se abre
brevemente el cuadro de diálogo Loading, que muestra mediante una barra de progreso
el envío al módulo de la información de activación para el aviso de diagnóstico
avanzado. Una vez que se ha transmitido correctamente la información, se cierran los
cuadros de diálogo Loading y TIM Extended Diagnostics.
Los avisos de diagnóstico que pueda haber se activan en el módulo seleccionado y se
muestran en el búfer de diagnóstico activo.
En caso de activar varias veces los avisos de diagnóstico avanzados, la activación de la
salida de avisos deberá confirmarse con Activate para cada componente de firmware
individual y cada nivel.

8. Vaya de nuevo al cuadro de diálogo Module information / ficha Diagnostic Buffer, que
sigue abierto, y haga clic en el botón Update las veces que sea necesario. Los avisos de
diagnóstico avanzados se muestran en código hexadecimal.
Dado el caso, guarde los avisos de diagnóstico como archivo de texto, tal como se
describe en la función Module information.
9. Para desactivar la salida de avisos de diagnóstico avanzados para un solo nivel,
seleccione la opción Deactivate selected level en el cuadro de diálogo TIM Extended
Diagnostics y cierre el cuadro de diálogo con el botón Activate.
10.Para desactivar todos los avisos de diagnóstico avanzados para todos los componentes
de firmware y niveles del dispositivo seleccionado, seleccione la opción Deactivate all
extended levels en el cuadro de diálogo TIM Extended Diagnostics y cierre el cuadro de
diálogo con el botón Activate.
Nota
En caso de haber activado ya un nivel de los avisos de diagnóstico avanzados, el
tamaño del búfer de diagnóstico del TIM aumentará de 50 a 200 entradas. Dado que,
como consecuencia, también se necesita más memoria, los avisos de diagnóstico
avanzados no deberían activarse de forma permanente.
Vuelva a desactivar la función Extended Diagnostics tras incluir y guardar los avisos de
diagnóstico avanzados. Lo más fácil es hacerlo mediante la opción Deactivate all
extended levels. Al desactivar los avisos de diagnóstico avanzados, el tamaño del búfer
de diagnóstico del TIM vuelve a reducirse de 200 a 50 entradas (ajuste básico).
8.3.5 Monitor de telegramas TIM
En la función TIM Message Monitor (Monitor de telegramas TIM) se especifican los ajustes
para el registro de telegramas de un TIM determinado y se inicia el registro.
En el registro de telegramas TIM (monitorización) se escriben los telegramas que recibe y
envía el TIM. Una vez activada la función de registro, se depositan copias de todos los
telegramas en un búfer creado especialmente para esta función. Los telegramas y avisos se
leen del búfer del TIM y se guardan en un archivo de registro.
Para iniciar el registro de telegramas TIM debe especificarse lo siguiente:
● el archivo de salida en el que se guardan los telegramas escritos y
● la condición de fin de la monitorización, a saber,
– con desconexión manual para
- lectura periódica (lectura del búfer cada 5 segundos) o
- lectura única de los datos tras la desconexión,
– con llenado único del búfer o
– con lectura por tiempo limitado indicando el tiempo transcurrido.

La lectura única de los datos tras la desconexión se ajusta cuando los telegramas deben
registrarse tras una intervención arbitraria, p. ej., la desconexión del TIM.
En caso de lectura única del búfer de telegramas del TIM sin limitación temporal, se lee todo
el tráfico de datos SINAUT guardado del TIM correspondiente. De acuerdo con el tamaño
fijo del búfer del TIM, esto equivale a 400 telegramas.
El registro se inicia en principio manualmente en el cuadro de diálogo TIM Message Monitor.
Cuando se inicia el registro se muestra el cuadro de diálogo de progreso TIM Message
Monitor, y el LED de error colectivo del TIM parpadea durante el registro.
Si se ajusta la opción Manual stop, el registro se desconecta también en el cuadro de
diálogo de progreso TIM Message Monitor.
Figura 8-17 Cuadro de diálogo TIM Message Monitor
Manejo
2. Abra el cuadro de diálogo TIM Message Monitor seleccionando el menú SINAUT / TIM
Message Monitor.
3. En el campo de entrada Output file, introduzca el nombre de un archivo del tipo *.7dt en
el que se guardarán los telegramas TIM grabados, o bien busque el directorio para el
archivo 7dt en el árbol de archivos utilizando el botón cuadrado.
4. En el campo Monitor stop action del cuadro de diálogo TIM Message Monitor, seleccione
una de las tres opciones de desconexión para la monitorización de telegramas. En caso
de desconexión manual, elija si los telegramas grabados deben leerse periódicamente o
tras la desconexión.
5. Inicie el registro con el botón Start Monitor. Se abre el cuadro de diálogo de progreso TIM
Message Monitor, que ofrece información acerca del modo de registro, así como del
progreso temporal de la grabación de telegramas, indicando el tiempo transcurrido y el
restante. Además se visualiza el volumen de datos leídos y restantes.

6. En el cuadro de diálogo de progreso TIM Message Monitor, haga clic en el botón End
Monitor para finalizar manualmente el registro.
7. En el cuadro de diálogo siguiente, elija si los telegramas registrados deben leerse
inmediatamente (se abre la ventana TIM Message protocol) o más adelante (regresará a
la lista de dispositivos SINAUT).
Nota
El registro de telegramas TIM puede abrirse y evaluarse posteriormente con la función
TIM Message protocol de la herramienta de diagnóstico y servicio.
8.3.6 Diagnóstico CPU TD7
Con la función TD7 CPU Diagnostics (Diagnóstico CPU TD7) se muestran todos los avisos
de diagnóstico en el búfer de diagnóstico de una CPU previamente seleccionada. Por
defecto se muestran 10 avisos de la CPU. En este cuadro de diálogo se muestran:
● Avisos de diagnóstico generados por SINAUT TD7 como texto claro
● Todos los avisos de diagnóstico de STEP 7 restantes en código hexadecimal.
La lista de avisos de la parte superior del cuadro de diálogo muestra los avisos de
diagnóstico con número del aviso, hora, fecha y evento. El contenido está en orden
cronológico descendente, es decir, el aviso más actual está en primer lugar.
En la parte inferior del cuadro de diálogo, bajo Details of Event, se muestran tanto la ID de
evento como información complementaria del aviso seleccionado en la lista de arriba.
Nota
Si desea visualizar los avisos de diagnóstico de STEP 7 como texto claro además de los
avisos generados por TD7, abra el cuadro de diálogo STEP 7 Diagnostics / Module
information - Ficha Diagnostic Buffer y colóquelo junto al cuadro de diálogo abierto
previamente TD7 CPU Diagnostics.
Los avisos de diagnóstico de STEP 7 mostrados en formato hexadecimal en el cuadro de
diálogo TD7 CPU Diagnostics se visualizan así de forma paralela como texto claro en el
cuadro de diálogo STEP 7 Diagnostics / Module information.

Figura 8-18 Cuadro de diálogo SINAUT Diagnostics de la función TD7 CPU Diagnostics
Manejo
1. Seleccione un módulo de CPU en la SINAUT subscriber list del proyecto abierto.
2. Abra el cuadro de diálogo seleccionando el menú SINAUT / TD7 CPU Diagnostics.
3. Seleccione un aviso de la lista para que se muestre la información adicional sobre dicho
aviso debajo de la lista de avisos, en el campo de texto Details of Event.
4. Haga clic en Update para actualizar los avisos del cuadro de diálogo e incluir los avisos
más recientes del búfer de diagnóstico de la CPU.

8.3.7 Estructura de bloques TD7
La función TD7 Block Structure (Estructura de bloques TD7) ofrece información sobre los
bloques de software de una CPU. La función inicia el análisis de la estructura de bloques de
una CPU previamente seleccionada. Al hacerlo no accede al módulo, sino a los datos de
proyecto.
Los resultados se muestran en cuatro fichas:
● Ficha Statistics:
Muestra el número, nombre, tipo y estación del dispositivo seleccionado, así como los
interlocutores y el número de objetos de las relaciones de comunicación
● Ficha Block tree:
Muestra información sobre la ruta, todos los bloques SINAUT y los datos de las llamadas
de todos ellos en una estructura de árbol con los dispositivos de todo el proyecto
● Ficha Block list:
Muestra los datos de todas las llamadas de bloques SINAUT en forma de lista
● Ficha Plausibility:
Muestra los resultados de las pruebas de plausibilidad para llamar los bloques SINAUT
BasicTask, Startup, Safe y ListGenerator, y adjudicar números de DB, números de
interlocutor y números de objeto partner unívocos
La estructura de bloques del dispositivo puede guardarse como archivo XML en todas las
fichas a través de la función Save.
La estructura de bloques de otra versión, otro dispositivo u otro proyecto guardada
previamente como archivo XML puede abrirse y visualizarse en todas las fichas del cuadro
de diálogo abierto a través de la función Load. La vista anterior se sobrescribirá.
Manejo
2. Abra el cuadro de diálogo seleccionando el menú SINAUT / TD7 Block Structure.
3. Seleccione la ficha correspondiente para visualizar la información.
Ficha Statistics
La ficha Statistics ofrece, en el campo Subscriber Information situado a la izquierda, una
lista con el número de dispositivo, el nombre, el tipo y el nombre de estación de la CPU
previamente seleccionada en la lista de dispositivos.
Si utiliza la función de diagnóstico "TD7 Block Structure for all CPUs", podrá seleccionar la
CPU que desee en la lista desplegable "Subscriber number".
En el campo Communication Links, situado a la derecha, se muestran tanto los
interlocutores de la CPU seleccionada como el número de objetos de comunicación de cada
interlocutor (dispositivos de destino).

Figura 8-19 Cuadro de diálogo SINAUT TD7 Block Structure, ficha Statistics
Ficha Block tree

La ficha Block tree muestra la información encontrada sobre la ruta del proyecto y sobre el
dispositivo previamente seleccionado en una estructura de árbol. Se lista la siguiente
información:
● Información del proyecto (__Info)
Con información general sobre la ruta del proyecto y la ruta lógica
● Número de Dispositivo/nombre de Estación
Con todos los bloques de sistema y objetos de usuario del dispositivo seleccionado:
– Todos los bloques de datos SINAUT (__Blocks) en el directorio de programa de la
CPU
– Información (__Info) sobre el nombre del módulo, nombre de estación, nombre de tipo
y subnúmero del dispositivo
– Los bloques de sistema, que pueden ser: BASICTASK, PARTNERMONITOR, SAFE,
PARTNERSTATUS, PULSECOUNTER, STARTUP, TIMETASK, STARTUP
– Los objetos de usuario (objetos de valor analógico, valor binario, comando, contador,
consigna, etc.) con
- información sobre sus datos de llamada, así como
- una lista de los parámetros más importantes de los diferentes objetos de usuario

Figura 8-20 Cuadro de diálogo SINAUT TD7 Block Structure, ficha Block tree
Ficha Block list

La ficha Block list muestra los datos de todas las llamadas de bloques SINAUT en forma de
lista. Los bloques se muestran por defecto en las siguientes cinco columnas:
● Subscriber: contiene el símbolo de bloque y el número de dispositivo de la CPU. El
símbolo de los bloques de sistema es azul; el de los bloques de usuario, amarillo.
● Objectname: nombre del bloque de sistema o bloque de usuario
● Objectno.: número de objeto del objeto SINAUT, el número del DB de instancia utilizado
en la CPU
● Partnerno.: número de dispositivo del dispositivo de destino u origen SINAUT como parte
del direccionamiento SINAUT (número de dispositivo, número de objeto)
● Partnerobjectno.: número de objeto de destino u origen como parte del direccionamiento
SINAUT
El orden ascendente de los bloques de la lista puede modificarse de acuerdo con los
parámetros de cada columna haciendo clic en los encabezados de las columnas.

Para agregar y ver otros parámetros en la lista de bloques, proceda del siguiente modo:
1. Haga clic con el botón derecho del ratón dentro de la ficha y haga clic en el menú
contextual Add columns que se abre.
2. Haga clic en los parámetros que desee del cuadro de diálogo Add columns que se abre y
confirme con el botón OK.
Estos parámetros de bloque adicionales no se incluirán en la vista de lista de forma
permanente, sino que volverán a estar ocultos la próxima vez que se llame el cuadro de
diálogo.
Figura 8-21 Cuadro de diálogo SINAUT TD7 Block Structure, ficha Block list
Nota
Los datos de la lista de bloques se necesitan para configurar un puesto de control
SINAUT ST7cc/sc y pueden guardarse al efecto en un archivo XML.

Ficha Plausibility
En la ficha Plausibility se realizan una serie de pruebas de plausibilidad específicas de la
CPU para los dispositivos seleccionados, que se muestran como Resultado de la prueba.
Se comprueba lo siguiente:
● Si el bloque SINAUT Startup se ha llamado correctamente.
● Si el bloque SINAUT Safe debe llamarse y se ha llamado.
● Si los números de objeto (números DB) de los bloques SINAUT se han asignado de
forma unívoca.
● Si los números de interlocutor y los números de objeto interlocutor se han asignado de
forma unívoca.
● Si el bloque SINAUT BasicTask se ha llamado correctamente.
● Si el bloque SINAUT ListGenerator debe llamarse y se ha llamado.
En caso de producirse errores en las pruebas de plausibilidad mencionadas anteriormente,
se muestra el aviso correspondiente dentro del campo de salida de texto Check result.
Figura 8-22 Cuadro de diálogo SINAUT TD7 Block Structure, ficha Plausibility

8.3.8 Estructura de bloques TD7 para todas las CPU
La función TD7 Block Structure for all CPUs (Estructura de bloques TD7 para todas las
CPU) inicia el análisis de estructura de bloques de la CPU para todo el proyecto. Esta
función no accede a los módulos, sino a los datos de proyecto.
También puede compararse una CPU del proyecto actual con una CPU de otro proyecto
abriendo por segunda vez el cuadro de diálogo Block Structure for all CPUs de la
herramienta de diagnóstico y servicio SINAUT. Los datos de la otra CPU cuyos datos de la
estructura de bloques se han guardado previamente como archivo XML se cargan en el
cuadro de diálogo pulsando el botón "Load".
Los resultados del análisis de la estructura de bloques se muestran en cuatro fichas. El
significado es similar al diagnóstico de la estructura de bloques de una sola CPU (véase el
enlace de la ficha correspondiente).
● Ficha Statistics:
Véase Estructura de bloques TD7 (Página 471)
● Ficha Block tree:
● Ficha Block list:
● Ficha Plausibility:
La estructura de bloques del proyecto puede guardarse como archivo XML en todas las
fichas a través de la función Save.
Nota
Dado que para la función TD7 Block Structure for all CPUs deben recompilarse los bloques
de todos los módulos CPU en archivos fuente AWL, es posible que los tiempos de ejecución
en proyectos extensos se prolonguen.
Manejo
1. Abra el cuadro de diálogo haciendo clic en el menú SINAUT / TD7 Block Structure for all
CPUs.
2. Seleccione la ficha correspondiente para visualizar la información.

8.3.9 Comparación de programas de CPU TD7
La función TD7 CPU Program Comparison (Comparación de programas de CPU TD7)
muestra los resultados de una comparación de programas con todos los objetos TD7 de dos
módulos CPU. Esta función no accede a los datos de los módulos, sino a los datos de
proyecto.
En el cuadro de diálogo CPU Program Compare Results se muestran los nombres y las
estaciones de los módulos CPU comparados en el campo Compared Stations / CPUs. En el
campo Results de la parte inferior del cuadro, a la izquierda, se listan los componentes y
subcomponentes (objetos TD7) de los dos módulos CPU con un símbolo que indica su
estado de comparación.
Tabla 8- 5 Significado de los símbolos de comparación de los componentes en la comparación de

programas de CPU
Símbolo Estado
Los objetos encontrados son diferentes.
Los objetos encontrados son idénticos.
El objeto solo sirve para fines informativos.
Al seleccionar un componente de la lista de la izquierda, a la derecha del campo Results se

indican tanto los nombres de parámetros de los componentes como un símbolo de
comparación para la CPU 1 y la CPU 2. Si el nombre de un parámetro es idéntico en ambos
módulos CPU, solo se muestra bajo la CPU 1. Los símbolos de comparación tienen el
siguiente significado:
Tabla 8- 6 Significado de los símbolos de comparación de los parámetros en la comparación de

programas de CPU
Símbolo Significado
Los subcomponentes solo se encuentran en la CPU 1.
Los componentes de la CPU 1 y la CPU 2 difieren entre sí.
Los componentes son idénticos en ambas CPU.
Los datos de la comparación de programas pueden guardarse en un archivo XML. De forma

similar, pulsando el botón Load pueden volver a mostrarse en el cuadro de diálogo los datos
de una comparación de programas anterior guardados en un archivo XML. La visualización
anterior se sobrescribirá.
Si se selecciona un archivo erróneo al cargar, se emite un mensaje de error y se cierra el
cuadro de diálogo.

Figura 8-23 Cuadro de diálogo CPU Program Compare Result
Manejo
1. Seleccione una CPU en la lista de dispositivos SINAUT del proyecto abierto. Esta se
denominará CPU 1 en el siguiente cuadro de diálogo.
2. Inicie la función TD7 CPU Program Comparison seleccionando el menú SINAUT > TD7
CPU Program Comparison.
Se abrirá el cuadro de diálogo "Compare TD7 Block Structures".
3. Seleccione una CPU del proyecto como CPU 2 para la comparación en el campo CPU 2,
bajo la opción preajustada Use CPU.
4. Como alternativa, seleccione la opción Use File en el campo CPU 2 y abra un archivo
XML anteriormente guardado que contenga los datos de bloque de cualquier otro módulo
CPU haciendo clic en el botón ....
5. Haga clic en el botón Compare. Se abrirá el cuadro de diálogo CPU
Program Compare Result.
Nota
Si en el cuadro de diálogo Compare TD7 Block Structures debe utilizarse el archivo XML
con los datos de estructuras de bloques de otra CPU como CPU 2 en vez de una CPU
del proyecto abierto, ese archivo XML solo debe contener los datos de una única CPU.
De lo contrario, no se abrirá el cuadro de diálogo con los resultados de la comparación.

8.3.10 Comprobación TD7 de la configuración de la comunicación
La función TD7 Check of the Communication Configuration (Comprobación TD7 de la
configuración de la comunicación) sirve para comparar los objetos de comunicación TD7 de
dos módulos CPU que se comunican mediante conexiones SINAUT.
En el cuadro de diálogo CPU Program Compare Result se muestran el nombre y la estación
de los módulos CPU comparados en el campo Compared Stations / CPUs.
En la parte izquierda del campo Results, situado debajo, se listan los objetos de los dos
módulos CPU en dos columnas junto con un símbolo que indica su estado de comparación.
Tabla 8- 7 Símbolos de comparación de los componentes en la comprobación TD7 de la configura-

ción de la comunicación
Símbolo Estado
Los objetos encontrados son diferentes.
Los objetos encontrados son idénticos.
El objeto solo sirve para fines informativos.
Al seleccionar un par de objetos de la lista de la izquierda, a la derecha del campo Results

se indican tanto los nombres de los correspondientes parámetros del objeto como un
símbolo de comparación para la CPU 1 y la CPU 2. Los símbolos de comparación tienen el
siguiente significado:
Tabla 8- 8 Símbolos de comparación de los parámetros en la comprobación TD7 de la configura-

ción de la comunicación
Símbolo Significado
Los componentes de la CPU 1 y la CPU 2 difieren entre sí.
Los componentes son idénticos en ambas CPU.
Dado que los parámetros con funciones iguales de los dos módulos CPU se listan uno junto
al otro en la parte derecha del campo Results, la comparación de plausibilidad de la
comunicación debe realizarse comparando los objetos correspondientes de los dos módulos
CPU de forma cruzada. Así, por ejemplo, el número de objeto X de la CPU 1 es el número
de objeto interlocutor X de la CPU 2, y viceversa.
Los datos resultantes de la comparación de la configuración de comunicación de dos
módulos CPU pueden guardarse en un archivo XML. De forma similar, pulsando el botón
Load también pueden volver a mostrarse en el cuadro de diálogo los datos de una
comparación anterior de la configuración de comunicación guardados en un archivo XML.
La visualización anterior se sobrescribirá.
Si se selecciona un archivo erróneo para cargarlo, se emite un mensaje de error y se cierra
el cuadro de diálogo.

Figura 8-24 Cuadro de diálogo CPU Program Compare Result
Manejo
1. Seleccione una CPU en la lista de dispositivos SINAUT del proyecto abierto. Esta se
denominará CPU 1 en el siguiente cuadro de diálogo.
2. Inicie la función TD7 Check of the Communication Configuration seleccionando el menú
SINAUT > TD7 Check of the Communication Configuration.
Se abrirá el cuadro de diálogo "Compare TD7 Block Structures".
3. Abra el cuadro de diálogo Compare TD7 Block Structures seleccionando el menú
SINAUT > TD7 Check of the Communication Configuration.
4. Seleccione una CPU del proyecto como CPU 2 para la comparación en el campo CPU 2,
bajo la opción preajustada Use CPU.
5. Como alternativa, seleccione la opción Use File en el campo CPU 2 y abra un archivo
XML anteriormente guardado que contenga los datos de bloque de cualquier otro módulo
CPU haciendo clic en el botón ....
6. Haga clic en el botón Compare. Se abrirá el cuadro de diálogo CPU
Program Compare Result.
Nota
Si en el cuadro de diálogo Compare TD7 Block Structures debe utilizarse el archivo XML
con los datos de estructuras de bloques de otra CPU como CPU 2 en vez de una CPU
del proyecto abierto, ese archivo XML solo debe contener los datos de una única CPU.
De lo contrario, no se abrirá el cuadro de diálogo con los resultados de la comparación.

8.3.11 Visualización de SDB
La función SDB Viewer (Visualización de SDB) lista los contenidos de los bloques de datos
de sistema (SDB) de un módulo CPU o TIM previamente seleccionado.
Para módulos TIM pueden seleccionarse las siguientes clases de SDB para su
visualización:
● SDB0
● WAN data
● Subscriber data
● Connection data
● LAN connections
● TD7onTIM data (solo módulos TIM en los que se ha parametrizado TD7onTIM)
● Ethernet data (solo módulos TIM que están conectados a Ethernet)
● Routing data
● Connection data (PBK)
Excepto para SDB0, los datos de los SDB en los módulos TIM se representan en texto claro
en el ajuste básico, aunque es posible cambiar a representación hexadecimal. La
representación de los DB de CPU es básicamente hexadecimal, por lo que el botón
correspondiente no puede desactivarse aquí.
En caso de acceso al dispositivo desde la lista de dispositivos SINAUT existe la opción de
visualizar los contenidos de los bloques de datos de sistema del módulo (online) o del
proyecto (offline). Puede haber diferencias entre los accesos online y offline.
Los contenidos de todos los bloques de datos de sistema pueden guardarse en un archivo
de texto.

Figura 8-25 Cuadro de diálogo SDB Viewer. En el ejemplo se ha seleccionado SDB1000 - WAN
data.
Manejo
Accessible Nodes.
2. Abra el cuadro de diálogo SDB Viewer seleccionando el menú SINAUT / SDB Viewer.
3. Para acceder online a los datos del módulo conectado (en lugar de los datos del
proyecto), desactive la opción offline en la parte superior derecha del cuadro de diálogo.
La visualización de los datos se actualiza inmediatamente con los datos actuales del
módulo.
4. En la lista de selección System data blocks, seleccione con el ratón la clase deseada de
bloques de datos de sistema (SDB0, WAN data, etc.).
5. Haga clic en el botón Save para guardar los contenidos de todos los bloques de datos de
sistema en un archivo de texto.
Visualización de SDB - SDB0

La visualización de SDB0 se produce en representación hexadecimal y contiene información
relativa a los siguientes puntos:
● Parámetros de comunicación del bus MPI
● Parámetros del comportamiento temporal del bus MPI

● Dirección MPI del módulo

● Capacidad del rack con las direcciones del rack y del slot en estaciones S7-300
SDB de datos WAN

El SDB de datos WAN contiene información para parametrizar el módulo TIM y el driver
WAN; dicha información se presenta a continuación por medio de un ejemplo.
Tabla 8- 9 Ejemplo de información de un SDB de datos WAN (tipo 3202)
Bloque de paráme- Parámetro

tros
Parameter block - TIM operation mode: telecontrol mode
TIM - Return to TD7: no
- Count of WAN drivers: 2
- Subscriber no. of TIM: 1002
- Size of global message memory: 0
- Size of memory block: 64
- Size of diagnostics buffer: 50
- Diagnostics level: 0
- Time syncronization
* external WAN driver: minute scheme, every 5 minutes
* internal WAN driver: minute scheme, every 5 minutes
* MPI: minute scheme, every minute
* TIM bus: no synchronization
- Language: german
- DCF77 radio clock: not present
- Size of ram disk: 0
- Minimum heap reserve: 85
- TIM bus present: 0
- No of master: 1
Parameter block Base parameters:
WAN driver 1 - Interface: external
- TIM type: station
- Net type: dial-up network
- Operating mode: spontaneous
- Message format: FT1.2
- Acknowledgement: short acknowl.
- Retry factor: 7
- WAN protocol: ST7
- Master/node station/station no.: 2
- Max. message length: 240
- Number of local CPUs: 1
- General request priority: 0
- Number of spontaneous messages: 0
- Baud rate: 38400
- Call answer delay: 0
- Country mode: Germany
- Dialing mode: AT mode
- Dialing format: 8 data bits, no parity, 1 stop bit
- Extra transmission time: 0
- Customer identification: 0
- Paramet. for cond. spont. mess.: standard conditions
- Limit for locked messages: 0

Bloque de paráme- Parámetro

tros
- Transfer mode: send single messages
- Cancel delay time: 0
- Operating mode: Interrupt (block)
- # of subscribers: 2
Telephone number list:
- Block 1
own telephone number
* Telephone number 1
Telephone number: 2
- Block 2
remote telephone numbers
Redialing attempts: 3
Cancel parameter: 0
* Telephone number 1
driver type master
No special service
Station address: 1
Telephone number: ATDP3
AT string: ATS45=3\N0F0&W
Parameter block Base parameters:
WAN driver 2 - Interface: internal
- TIM type: station
- Net type: dedicated line
- Operating mode: polling
- Message format: FT1.2
- Acknowledgement: short acknowl.
- Retry factor: 3
- WAN protocol: ST7
- Master/node station/station no.: 2
- Max. message length: 240
- Number of local CPUs: 1
- General request priority: 0
- Number of spontaneous messages: 20
- Number of permanent messages: 0
- Station address of cyclic partner: 1
- Baud rate: 19200
- Polling time: 0
- RST/CTS delay time: 0
- Send delay time: 0
- Extra transmission time: 0
- Limit for locked messages: 0
- Operating mode: Interrupt (block)
- # of subscribers: 2

SDB de datos de dispositivos

El SDB de datos de dispositivos contiene información sobre los datos parametrizados de
todos los dispositivos de un proyecto. El contenido de un SDB de datos de dispositivos se
muestra a continuación por medio de un ejemplo.
Tabla 8- 10 Ejemplo de información de un SDB de datos de dispositivos (tipo 3203)
Dispositivos Parámetro
# of subscribers: 5
Subscriber 1 Subscriberno.: 1
Subscriber info: 0x0
CPU ST7
additional info: 0x0
send NO status object to subscriber
count of connection blocks: 2
device | subnet ID | CFB/MPI | state | connection | STA
int. WAN | 008a00000001 | 0 | remote | WAN connection, ST7 |
0x01
ext. WAN | 008a00000001 | 0 | remote | WAN connection, ST7 |
0x01
count of partner blocks: 1
subscriber no.: 2
Subscriber 2 Subscriberno.: 1003
Subscriber info: 0x1
TIM ST7
etc.
SDB de datos de conexión

El SDB de datos de conexión contiene información para parametrizar las conexiones X
locales de un módulo TIM con la CPU; dicha información se presenta a continuación por
medio de un ejemplo.
Tabla 8- 11 Ejemplo de información de un SDB de datos de conexión (tipo 3205)
count of X com. blocks: 1

block connection type loc. device ID target MPI
1 static 0 2
SDB de conexiones LAN

El SDB de conexiones LAN contiene un resumen de la información para parametrizar todas
las conexiones LAN de un módulo TIM; dicha información se presenta a continuación por
medio de un ejemplo.
Tabla 8- 12 Ejemplo de información de un SDB de conexiones LAN (tipo 3201)
local subscriberno.: 1002

local MPI address: 3
count of LAN blocks: 2
block connection type CFB/MPI size of queue

1 X com not conf. 2 64

2 PBC 4 64
count of TIM blocks: 1
Sno. MPI additional info
1001 8 0x0
DCF77 NOT built in
CPU slave
external WAN driver NOT active
internal WAN driver NOT active
count of local partners: 2
MPI Rack Slot
2 0 2
3 0 7
SDB de datos de TD7onTIM

El SDB de datos de TD7onTIM contiene información sobre la parametrización de objetos
SINAUT, sus canales de emisión y recepción y los dispositivos de destino y origen. A
continuación se muestra un extracto de dicha información por medio de un ejemplo.
Tabla 8- 13 Ejemplo de información de un SDB de datos de TD7onTIM (tipo 3206)
Parameter type T4T SDB Main Header = 61185

Length of block: 12
Count of target subscribers: 3
Count of source subscribers: 1
Count of objects: 7
Count of system objects: 3
----------------------------------------------------
----------------------
Parameter type T4T SDB Target Subscriber = 61186
Length of block: 12
Type of target subscriber: 4
Subscriberno.: 8
Supervision time: 900
Timestamp: 1
----------------------------------------------------
----------------------
Parameter type T4T SDB Target Subscriber = 61186
Length of block: 12
Type of target subscriber: 0
Subscriberno.: 2
Supervision time: 900
Timestamp: 1
----------------------------------------------------
----------------------
Parameter type T4T SDB Source Subscriber = 61187
Length of block: 30
Subscriberno. of TIM: 1003
MPI address of TIM: 8
Subscriberno. of CPU: 4
MPI address of CPU: 7

Ext Time Stamp: 0

Max Spon Out: 3
Max Main In: 2
Max Sub In: 5000
Scan Delay: 100
Max Input Time: 0
Input Delay Time: 0
Max Connect Time: 0
Address Check: 1
----------------------------------------------------
----------------------
Parameter type T4T SDB System Object = 61188
Length of block: 12
Type of system object: 32512
dbNo | memLoc | byteAdr | bitAdr|
7 | DB | 1 | 0 |
----------------------------------------------------
----------------------
Parameter type T4T SDB System Object = 61188
Length of block: 28
Type of system object: 32513
7 | DB | 2 | 0 |
Partner | Subscriberno.
1 | 8
2 | 2
3 | 0
4 | 0
5 | 0
6 | 0
7 | 0
8 | 0
----------------------------------------------------
----------------------
Parameter type T4T SDB Partner = 61190
Length of block: 6
Partnerno.: 1
----------------------------------------------------
----------------------
Parameter type T4T SDB Partner = 61190
Length of block: 6
Partnerno.: 8
----------------------------------------------------
----------------------
Parameter type T4T SDB Channel = 61191
Length of block: 48
Channel active: 1
Channel type = Message Send = 60929
Send On Difference: 1
Send On Period Active: 0
Send On Period: 10
Send On Command Active: 0
Send On Command:


0 |UNKNOWN| 0 | 0 |
Alarm Mask: 0
Send Buffer Principle Mask: 0
Disable Mask: 0
Input Data:
dataType | repeatF | dbNo | memLoc | byteAdr | bit-
Adr|
BYTE | 1 | 0 | M | 11 | 0 |
----------------------------------------------------
----------------------
SDB de datos Ethernet

El SDB de datos Ethernet contiene información sobre la dirección IP del módulo TIM
seleccionado, la máscara de subred y un posible router configurado. Si la dirección del
router es idéntica a la dirección IP del TIM (como es el caso del ejemplo), no hay ningún
router parametrizado. Las direcciones IP se parametrizan en la configuración de red.
Tabla 8- 14 Ejemplo de información de un SDB de datos Ethernet (tipo 3100)
IP address : 140. 80. 0. 3

subnet mask : 255. 255. 0. 0
default router : 140. 80. 0. 3
SDB de datos de routing

El SDB de datos de routing contiene información sobre las diferentes subredes de un
proyecto; dicha información se presenta a continuación por medio de un ejemplo.
Tabla 8- 15 Ejemplo de información de un SDB de datos de routing (tipo 3002)
Subnet type ID, address

local subnet - local subnet ID: 47 11 00 00 00 0c
- local device ID: 03
local subnet - local subnet ID: 47 11 00 00 00 14
remote subnet - remote subnet ID: 00 8a 00 00 00 01
- next station addr.: 01
etc.
SDB de datos de conexión (PBK)

El SDB de datos de conexión (PBK) contiene información sobre las conexiones PBK de un
módulo TIM; dicha información se presenta a continuación por medio de un ejemplo.
Tabla 8- 16 Ejemplo de información de un SDB de datos de conexión (PBK) (tipo 700)
STEP 7 connection - Connection setup: fixed configured, static

8.4 Funciones de servicio
- Connection type: active connection setup

- Operating Mode: send no operating mode messages
- Connection ID: 1
- local TSAP ID: 11 04
- remote Station addr.: 02
- remote TSAP ID: 11 04
SDB de datos de coherencia

El SDB de datos de coherencia sirve para comprobar la coherencia de los SDB. Mediante
estos SDB, el TIM puede comprobar si los SDB generados para él son completos.
Tabla 8- 17 Ejemplo de información de un SDB de coherencia (tipo 3118)
SDB no. Type Time stamp

1000 2 07/14/05 17:11:11
1001 3 07/14/05 17:11:11
1002 5 07/14/05 17:11:11
1003 1 07/14/05 17:11:11
1004 6 07/14/05 17:11:11
1005 7 07/14/05 17:11:11
1006 8 07/14/05 17:11:11
1008 1024 07/14/05 17:11:11
8.4.1 Cargar SDB
La función Download SDB (Cargar SDB) carga los bloques de datos de sistema de un
módulo TIM en el módulo desde el directorio del programa del SIMATIC Manager. El
proceso es el mismo que con la función Download Module del SIMATIC Manager.

Para activar los SDB recién cargados en el módulo TIM es necesario rearrancar el TIM.
Nota
Cuando se rearranca un módulo TIM después de haber cargado SDB nuevos, se deshace la
conexión del TIM con otros interlocutores SINAUT (conexiones SINAUT). Esto provoca
avisos de fallo en los interlocutores del módulo TIM. En el caso de un TIM de nodo, también
se señaliza el fallo de la conexión con las estaciones subordinadas.
Con un TIM de nodo es posible que durante el rearranque también se pierdan telegramas
de datos guardados en el TIM. Esto puede tener especial relevancia en redes de marcación.
Por consiguiente, a la hora de cargar SDB en módulos TIM debe tenerse en cuenta lo
siguiente:
● Antes de transferir los SDB debe ofrecerse al TIM la posibilidad de transmitir los
telegramas que tiene guardados.
● Después de rearrancar el TIM, las conexiones SINAUT volverán a establecerse
automáticamente, pero la conexión entre la programadora y el TIM debe activarse desde
la programadora del usuario, si es que se necesita.
Manejo
1. Seleccione un módulo TIM en la SINAUT subscriber list de un proyecto abierto.
2. Inicie la función seleccionando el menú SINAUT / Download SDB. Se abre el cuadro de
diálogo Open.
Siga las instrucciones de los cuadros de diálogo posteriores. De ser necesario, es
posible cancelar el proceso en estos cuadros de diálogo.
3. Después de cargar los SDB, en el cuadro de diálogo de aviso Open se le preguntará si
desea volver a iniciar el módulo. Para que los SDB cargados se activen es necesario
rearrancar el módulo.
4. Haga clic en Yes para reiniciar el módulo. Aparece un aviso indicando que los SDB se
han cargado correctamente.
5. Confírmelo haciendo clic en OK.
8.4.2 Actualización de firmware
La función Firmware Update (Actualización de firmware) permite cargar una nueva versión
de firmware en el módulo TIM. Esta función es compatible con módulos TIM equipados con
el sistema operativo RMOS para TIM ST7 a partir de la versión 2.04.
Nota
La versión del sistema operativo de un TIM puede leerse con la función Module information /
ficha General.

Para aplicar esta función es imprescindible que el firmware se haya instalado en el equipo
utilizando el programa de instalación. Si la programadora no tiene el firmware o está
incompleto, se muestra un aviso.
Pulsando el botón Update details del cuadro de diálogo Firmware Update se abre el cuadro
de diálogo Update details, que indica la versión de firmware instalada en el módulo TIM y la
que se encuentra en el equipo.
Después de la descarga, el módulo se resetea automáticamente para activar el nuevo
firmware.
La actualización de firmware no afecta a la parametrización del módulo.
Figura 8-26 Cuadro de diálogo Firmware Update
Nota
La carga del firmware en el módulo puede tardar varios minutos.
Manejo
Nota
Asegúrese de seleccionar el módulo TIM correcto del proyecto. El nombre de la estación
debe coincidir con el del módulo, y el módulo configurado debe ser del mismo tipo que el
que se cargará.
De no ser así, durante el proceso de actualización se mostrará repetidamente un cuadro de
diálogo haciendo referencia a este aspecto. La aparición de este aviso interrumpe el
proceso de actualización hasta que se acusa el cuadro de diálogo haciendo clic en OK.

1. Seleccione el TIM en la SINAUT subscriber list del proyecto abierto.

2. Inicie la función seleccionando el menú SINAUT / Firmware Update. Se abre el cuadro de
diálogo Firmware Update.
3. Haga clic en el botón Update details si desea obtener información detallada sobre la
actualización del firmware. Se abre el cuadro de diálogo Update details.
4. En el cuadro de diálogo Firmware Update, haga clic en el botón Update para actualizar el
firmware. El cuadro de diálogo siguiente Loading ofrece información sobre el progreso de
la operación.
5. Una vez concluida la actualización del firmware aparece un cuadro de diálogo con un
aviso al respecto. Confirme con OK.
Cuadro de diálogo Update details

El cuadro de diálogo Update details, que se abre desde el cuadro de diálogo Firmware
Update, muestra información detallada sobre el proceso de actualización del firmware. Para
cada componente de firmware se indica la función y la versión que hay en el módulo TIM y
en la programadora y se indica si el componente en cuestión se copiará, reemplazará,
ignorará o borrará durante la actualización del firmware.
Las diferentes acciones tienen el significado siguiente:
● copy: el archivo se copia de la programadora al módulo TIM.
● replace: el archivo del módulo TIM es reemplazado por el archivo de la programadora.
● ignore: el archivo no se toma en consideración durante la actualización del firmware.
● delete: no hay versiones nuevas para este archivo. El archivo existente ya no se necesita
y se borrará al actualizar el firmware.
Figura 8-27 Cuadro de diálogo Update details de la función Firmware Update

8.4.3 Reparación
La función Repair (Reparación) permite restablecer módulos TIM con discos flash
defectuosos. Para cargar firmware en un módulo TIM que funcione correctamente se
dispone de la función Firmware Update.
La función Repair realiza una reinstalación completa del firmware en un módulo TIM.
Nota
La función Repair no debería ejecutarse sin haber hablado antes con la línea de atención
permanente.
La función Repair es compatible con módulos TIM equipados con el sistema operativo
RMOS para TIM ST7 a partir de la versión 2.04.
Nota
La versión del sistema operativo de un TIM puede leerse con la función Module information /
ficha General.
Para aplicar esta función es imprescindible que el firmware se haya instalado en el equipo
utilizando el programa de instalación. Si la programadora no tiene el firmware o está
incompleto, se muestra un aviso.
Pulsando el botón Installation details se abre el cuadro de diálogo Update details, que indica
la versión de firmware instalada en el módulo TIM y la que se encuentra en el equipo.
Después de la descarga, el módulo se resetea automáticamente para activar el nuevo
firmware.
Proceso de reparación
La reparación tiene lugar en los pasos siguientes:
● Se formatea el disco flash del módulo TIM. A continuación, el módulo TIM lleva a cabo un
reset.
● Seguidamente se produce el arranque predeterminado.
● Una vez que ha finalizado el tiempo de espera para el arranque predeterminado, se
carga en el TIM la versión de firmware instalada en el equipo.
● Después se transfieren al módulo TIM los bloques de datos de sistema.
● Finalmente se resetea el módulo, que rearranca a continuación completamente
operativo.
Nota
Durante la reinstalación del firmware, el módulo TIM utiliza la dirección MPI 3.
Asegúrese de que esta dirección esté libre en el bus MPI conectado al módulo TIM.

Manejo
Nota
Asegúrese de seleccionar el módulo TIM correcto del proyecto. El nombre de la estación
debe coincidir con el del módulo, y el módulo configurado debe ser del mismo tipo que el
que se cargará.
De no ser así, durante el proceso de actualización se mostrará repetidamente un cuadro de
diálogo haciendo referencia a este aspecto. La aparición de este aviso interrumpe el
proceso de actualización hasta que se acusa el cuadro de diálogo haciendo clic en OK.
1. Asegúrese de que la dirección MPI 3 esté libre o bien ocupada por el módulo en el que
debe realizarse la carga inicial.
2. Seleccione el módulo TIM que debe repararse en la lista de dispositivos SINAUT del
proyecto abierto.
3. Inicie la función seleccionando el menú SINAUT / Repair y, seguidamente, el comando
Complete reinstallation del menú contextual que se abre. Se abre el cuadro de diálogo
Firmware Install. Se muestra la versión instalada en la programadora. Si el firmware de la
programadora no estuviera completo, se mostraría un aviso al respecto.
4. Haga clic en el botón Update details si desea obtener información detallada sobre la
actualización del firmware. Se abre el cuadro de diálogo Installation details.
5. En el cuadro de diálogo Firmware Install, haga clic en el botón Start Installation para
ejecutar el proceso de reparación. El cuadro de diálogo siguiente Download ofrece
información sobre el progreso de la operación.
6. Una vez concluida la reparación, aparece un cuadro de diálogo con un aviso al respecto.
Confirme con OK.
Cuadro de diálogo Installation details

El cuadro de diálogo Installation details, que se abre desde el cuadro de diálogo Firmware
Install, muestra información detallada sobre el proceso de reparación. Para cada
componente de firmware se indica la función y la versión que hay en el módulo TIM y en la
programadora y se indica si el componente en cuestión se copiará, reemplazará, ignorará o
borrará durante la reparación.
Las diferentes acciones tienen el significado siguiente:
● copy: el archivo se copia de la programadora al módulo TIM.
● replace: el archivo del módulo TIM es reemplazado por el archivo de la programadora.
● ignore: el archivo no se toma en consideración durante la reparación.
● delete: no hay versiones nuevas para este archivo. El archivo existente ya no se necesita
y se borrará durante la reparación.

8.5 Diagnóstico del registro de telegramas
Introducción
Para leer telegramas, SINAUT ST7 ofrece la posibilidad de registrar los telegramas
transmitidos en los componentes CPU, TIM y PC de ST7cc/ST7sc, es decir, archivarlos en
registros almacenables.
Se distingue entre los siguientes tipos de registro:
● Testcopy DB:
Sirve para registrar telegramas en un módulo CPU.
● ST7cc/ST7sc protocol:
Sirve para registrar telegramas en SINAUT ST7cc o SINAUT ST7sc.
● TIM message protocol:
Sirve para registrar telegramas que recibe y envía un módulo TIM.
Los registros de telegramas se representan en una lista de telegramas en forma de tabla.
Nota
Las funciones del Diagnóstico del registro de telegramas sirven únicamente para analizar
registros de telegramas previamente guardados.
El registro de telegramas se activa:
• para Testcopy DB, configurando el DB99 en el SIMATIC Manager;
• para los registros de SINAUT ST7cc/sc, configurando el bloque Testcopy;
• para el registro de telegramas TIM, en la función TIM Message Monitor de la herramienta
8.5.1 Testcopy-DB
El bloque de datos TestCopyData permite registrar el tráfico de telegramas en la CPU. Con
ayuda de la función FC Testcopy es posible filtrar de forma específica determinados tipos de
telegramas que se copian desde el búfer de transmisión o recepción de la CPU en un
bloque de datos TestCopyData para su evaluación posterior. Dicho bloque de datos
TestCopyData se encuentra en el ajuste básico del DB99.
Durante la configuración se aplican filtros en el panel de control del DB TestCopyData para
determinados tipos de telegramas, dispositivos y objetos, y se llevan a cabo otros ajustes.
Los telegramas de envío y recepción se guardan en orden cronológico en el DB
TestCopyData. Encontrará una descripción detallada de las funciones y la configuración del
DB TestCopyData en el capítulo Paquete de software SINAUT TD7 del Manual de sistema
SINAUT ST7.

La función Testcopy-DB de la herramienta de diagnóstico y servicio SINAUT permite abrir

un bloque de datos TestCopyData y mostrar los telegramas escritos para su posterior
análisis en una lista de telegramas.
Figura 8-28 Cuadro de diálogo Open de la función Testcopy-DB
Manejo
1. Abra el cuadro de diálogo Open seleccionando el menú Project / Testcopy-DB.
2. En la parte superior derecha del cuadro de diálogo Open, seleccione la opción Online si
desea acceder directamente al DB TestCopyData del módulo de CPU. Para ello es
necesario que la conexión entre la programadora y el correspondiente módulo CPU
funcione correctamente.
3. En la lista de selección Entry point, indique como tipo de proyecto Projecto o Accessible
nodes.
4. Seleccione el proyecto que desee en la lista de selección Name o haga clic en el botón
Browse si el proyecto no se encuentra de forma predeterminada en la lista de selección
Name.
Se abrirá el cuadro de diálogo Browse con el árbol de archivos de la PG/el PC.
Introduzca la ruta de directorio en el campo de entrada Search in directory y pulse el
botón Start search. Seleccione el proyecto deseado en la parte derecha de la ficha User
Projects y haga clic en el botón OK. Volverá al cuadro de diálogo Open.
5. Abra la lista con las estaciones del proyecto haciendo doble clic en el nombre del
proyecto en la lista de carpetas situada a la izquierda y seleccione haciendo doble clic:
- la estación que desee,
- su módulo CPU,
- el programa S7 y
- la carpeta del bloque.
En la lista de objetos de la derecha se mostrarán los diferentes objetos de la carpeta del

bloque seleccionada. En el ajuste básico solo aparecerán bloques de datos, puesto que
en la lista de selección Object type de la parte inferior está predeterminado el tipo de
objeto data block.
6. Seleccione el DB TestCopyData (DB99) en la lista de objetos de la derecha; este se
adoptará en el campo de entrada Object name situado debajo.
7. Finalmente, confirme con OK y se abrirá el registro de telegramas Testcopy-DB. Si
Testcopy-DB no contiene ningún telegrama, se emitirá el aviso correspondiente.
El manejo del registro de telegramas abierto Testcopy-DB es idéntico al del registro de
telegramas TIM.
8.5.2 Registro de ST7cc/ST7sc
En ST7cc o ST7sc, el registro del tráfico de telegramas entre dispositivos SINAUT y una
estación maestra ST7cc o ST7sc es posible con ayuda de Trace. La función de Trace se
describe en el Manual SINAUT ST7cc Control Center. Allí encontrará información detallada
sobre la activación de funciones Trace, la visualización de avisos en la ventana de
resultados, la activación de archivos de salida Trace y otras funcionalidades.
Manejo
1. Abra el registro de ST7cc o ST7sc seleccionando el menú Project / ST7cc/ST7sc
protocol. Se muestra el cuadro de diálogo Open.
2. En el árbol de archivos, seleccione el directorio y el archivo 7DS del registro de
telegramas de ST7cc o ST7sc deseado y confirme con Open.
Se abrirá el registro de telegramas en una ventana nueva.
El manejo del registro de telegramas de ST7cc o ST7sc abierto es idéntico al del registro de
telegramas TIM.
8.5.3 Registro de telegramas TIM
El registro de telegramas TIM se inicia con la función TIM Message Monitor de la
herramienta de diagnóstico y servicio SINAUT. Se registran los telegramas que recibe y
envía el servidor de routing del TIM.
La función TIM message protocol sirve únicamente para abrir un registro de telegramas TIM
para su posterior evaluación.

Manejo
1. Abra el registro de telegramas TIM seleccionando el menú SINAUT / TIM message
protocol. Se muestra el cuadro de diálogo Open.
2. En el árbol de archivos, seleccione el directorio y el archivo 7DT del registro de
telegramas TIM que esté buscando y confirme con el botón Open. El registro de
telegramas TIM se abre en una ventana propia.
Nota
El registro de telegramas TIM se activa y desactiva con la función TIM Message Monitor
de la herramienta de diagnóstico y servicio, que también sirve para definir el nombre y la
ubicación del archivo de registro de telegramas.
8.5.4 Diagnóstico del registro de telegramas TIM

Las funciones y el manejo del registro de telegramas TIM son prácticamente idénticos a los
otros dos tipos de registro de telegramas DB Testcopy y registro de ST7cc/ST7sc, salvo
algunas diferencias mínimas en el formato y los datos de diagnóstico. Por lo tanto, su
descripción puede extraerse de ambos tipos de registro de telegramas.
Estructura del registro de telegramas TIM

La ventana TIM message protocol incluye los datos siguientes en la parte superior:
- Número de telegramas contenidos
- Número de telegramas visualizados
- Origen y ruta del archivo de registro
En la parte inferior se muestra la Lista de telegramas TIM que, en el ajuste básico, contiene
nueve columnas con los datos siguientes de cada telegrama:
- Un símbolo para telegramas entrantes y otro para salientes
- Número de telegrama
- Source: número asignado en orden ascendente para los registros de telegramas abiertos
- msec: tiempo de registro en DB TestCopyData y registros de ST7cc/ST7sc
- Block: número del bloque de telegramas en registros de telegramas TIM
- Número de dispositivo de origen y destino del telegrama
- Número de telegrama ST1 (solo para telegramas SINAUT ST1)
- Número de objeto de origen y destino del telegrama
- Index no.: Parámetro de direccionamiento para datos netos en telegramas de datos
- Org. Information

Figura 8-29 La ventana TIM message protocol
Funciones del registro de telegramas TIM

Pulsando el botón derecho del ratón aparece un menú contextual que ofrece otras funciones
adicionales. Se dividen en los siguientes grupos:
● Representación de los telegramas
● Detalles (de los contenidos de los telegramas)
● Estadística
● Funciones de filtro
● Exportación de archivos de registro

Manejo de la lista de telegramas

Después de abrir el Registro de telegramas TIM desde el menú Proyecto / TIM Message
Protocol, la ventana que se abre ofrece las siguientes posibilidades de manejo:
1. Haga clic en el encabezado de una columna cualquiera si desea ordenar la lista de
telegramas siguiendo este criterio en lugar del número correlativo.
2. Pulse el botón derecho del ratón (el cursor debe estar dentro de la ventana de registro)
para activar otras funciones. Se abre un menú contextual con las funciones adicionales.
3. Haga clic en la función deseada del menú contextual con el botón izquierdo del ratón.
Para cada función se abre un cuadro de diálogo.
Representación de los telegramas

Add new columns
Con esta función se muestran columnas adicionales y libremente elegibles con información
complementaria de los telegramas en la lista de telegramas TIM.
Tras llamar la función Add new columns se abre el cuadro de diálogo Add Column, que
permite elegir las propiedades con un clic del ratón. Las propiedades seleccionadas se
muestran como columnas adicionales en la lista de telegramas.
Delete additional columns
Esta función borra todas las columnas insertadas previamente con un clic del ratón. No se
muestra ningún otro cuadro de diálogo.
Detalles
La función Details ofrece información detallada sobre los contenidos de los diferentes
telegramas.
Para abrir el cuadro de diálogo Details debe haberse seleccionado previamente un
telegrama. El cuadro de diálogo Details se abre pulsando el botón derecho del ratón o,
alternativamente, haciendo doble clic en un telegrama dentro de la lista.
El cuadro de diálogo Details indica en la parte superior la ruta del archivo de registro y
contiene cinco fichas de información adicional.
Para pasar a otros telegramas dentro del cuadro de diálogo Details, haga clic en el botón <<
o >>. En cada ficha, la vista del cuadro de diálogo cambia al telegrama anterior o siguiente.
● La ficha Message Header muestra los datos siguientes del encabezado del telegrama
seleccionado en tres columnas de una tabla:
– Designación de las variables o abreviatura del telegrama
– Valor de las diferentes variables
– Nombre de las variables

Figura 8-30 Cuadro de diálogo Details, ficha Message Header
● La ficha Net Data muestra los datos netos del telegrama.

Para los tipos de telegrama 0 y 1 (telegramas organizativos), los datos se muestran en
texto claro.
Para los tipos de telegrama 2 y 3 (telegramas de datos) se muestran los valores.
Haciendo clic con el ratón en la lista de selección Display mode puede modificarse la
representación en:
- Valor analógico ST7
- Valor analógico ST1
- Valor de contaje ST7/ST1
- Aviso ST7/ST1

Figura 8-31 Cuadro de diálogo Details, ficha Net data

● La ficha TIM Routing Infos muestra:

– En el campo de arriba Message:
- la ID de tarea interna
- la longitud de telegrama completa [byte]
– En el campo de abajo Address infos:
- la ID de dispositivo tanto en número como en texto claro (p. ej., bus MPI)
- la ID de CN
- la dirección de estación
Figura 8-32 Cuadro de diálogo Details, ficha TIM Routing Infos

● La ficha Hex muestra, en formato hexadecimal:

– En el campo complete buffer, el contenido de todo el telegrama
– En el campo net data, solo los datos netos del telegrama
Figura 8-33 Cuadro de diálogo Details, ficha Hex
● La ficha Source/Destination/Time stamp ofrece en tres campos información sobre el

origen, el destino y el sello de tiempo del telegrama. Concretamente, los campos
incluyen la información siguiente:
– Source: información sobre el número de dispositivo, nombre, nombre de tipo, nombre
de estación, número de objeto y número de índice.
– Destination: información sobre el número de dispositivo, nombre, nombre de tipo,
nombre de estación y número de objeto.
– Time stamp: información sobre la fecha, hora, estado, información de estado.

Figura 8-34 Cuadro de diálogo Details, ficha Source/Destination/Time stamp
Estadística
La función Statistics ofrece una evaluación estadística de todo el registro de telegramas con
relación a número, tipos y caudal de telegramas de los dispositivos en cuestión, ordenados
por:
● Todos los telegramas: telegramas de datos y telegramas organizativos
● Telegramas consultados y espontáneos
La estadística permite, entre otras cosas, ver acumulaciones especiales de determinados
tipos de telegramas en los diferentes dispositivos, con lo que se deduce si el tráfico de
telegramas para la instalación en cuestión es normal o aceptable.

El cuadro de diálogo Statistics muestra en 3 fichas los datos estadísticos del registro de
telegramas TIM. En cada ficha se indica el tiempo de registro de telegramas en la parte
superior. En las tres fichas del cuadro de diálogo se lista en forma de tabla la clasificación
de telegramas citada anteriormente de acuerdo con las evaluaciones siguientes:
● La ficha Counters presenta el número total de telegramas, así como el número de tipos
de telegramas distintos, tanto enviados como recibidos.
● La ficha Message flow indica el volumen del tráfico de telegramas por minuto. Muestra el
número total de telegramas, así como el número de tipos de telegramas enviados y
recibidos por minuto.
● La ficha Subscriber ofrece una tabla con el número de tipos de telegramas distintos por
dispositivo. La lista de selección de la parte derecha ofrece la posibilidad de ordenar por
número de dispositivo o tipo de telegrama.
Figura 8-35 Cuadro de diálogo Statistics, ficha Subscriber
La función Statistics solo está disponible para registros de telegramas individuales (fuentes)
y no se soporta si, por ejemplo, se ha introducido un registro DB TestCopyData o un registro
de ST7cc en un registro de telegramas TIM.
Funciones de filtro
Delete list
Cuando se selecciona la función Delete list con el ratón se borran de forma reversible los
telegramas TIM que se visualizan en la vista de lista. Existe la posibilidad de volver a
insertar los telegramas en la vista de lista con las funciones Selection y Show all messages.

Selection
La función Selection sirve para seleccionar determinados tipos de telegramas que deben
volver a visualizarse después de borrar los telegramas de la vista de lista. Es posible
seleccionar telegramas por dispositivos, sentidos, entradas del encabezado, etc. Esta
función permite reducir el número de telegramas, con lo que la vista de lista es más clara.
Show all messages
La función Show all messages inserta en la vista de lista todos los telegramas del registro
de telegramas TIM que se habían borrado antes completamente de la vista de lista con la
función Delete list o selectivamente con la función Selection.
Exportación de archivos de registro

Save current list
La función Save current list sirve para guardar la lista abierta actualmente con todos los
datos de la vista de lista actual en un archivo CSV. El archivo CSV puede leerse en
MS EXCEL.
Al activar la función se abre ante todo un campo de entrada con la posibilidad de introducir
un comentario en forma de texto libre en relación al registro que debe guardarse. Este
comentario se incluye posteriormente en las filas superiores del archivo CSV que se
guardará. Seguidamente se especifican el directorio y el nombre del archivo CSV.
Export complete list
La función Export complete list sirve para guardar toda la lista abierta actualmente con todos
los datos disponibles en un archivo CSV compatible con MS EXCEL.
Al activar la función Export complete list se abre ante todo un campo de entrada con la
posibilidad de introducir un comentario en forma de texto libre en relación al registro que
debe guardarse. Este comentario se incluye posteriormente en las filas superiores del
archivo CSV que se guardará. Seguidamente se especifican el directorio y el nombre del
archivo CSV.
Nota
Abra el archivo CSV creado con las funciones Save current list o Export complete list desde
el programa MS EXCEL seleccionando el menú File / Open..., para que los datos de las
diferentes columnas de la vista de lista del registro de telegramas TIM se reproduzcan en
columnas separadas en EXCEL.
Si el archivo CSV se abre haciendo doble clic en él desde el Explorador, los datos se
reproducirán en una sola columna con separadores.

8.6 Avisos en el búfer de diagnóstico del TIM
Introducción
Igual que en una CPU S7, el TIM también dispone de un búfer de diagnóstico. En él, el TIM
deposita sus avisos de diagnóstico específicos. Los avisos de diagnóstico del módulo TIM
se leen igual que en una CPU.
Nota
Si en la programadora con la que se lee el búfer de diagnóstico no hay archivos con los
textos de diagnóstico de los eventos del TIM, los eventos se representan en formato
hexadecimal.
8.6.1 Avisos de diagnóstico del TIM
Clasificación de los avisos del TIM

El TIM utiliza un área reservada dentro de la clase de evento F, concretamente Fx60, que se
denomina ID de evento. Todos los avisos de diagnóstico del TIM empiezan por Fx60 en su
representación hexadecimal, siendo x un número que permite la clasificación global del
aviso:
Tabla 8- 18 Clasificación global de los avisos de diagnóstico del TIM
Identificador ID de evento resultan- Clasificación

x te
2 F260 Aviso de operación, saliente
3 F360 Aviso de operación, entrante
4 F460 Aviso de operación, error interno, saliente
5 F560 Aviso de operación, error interno, entrante
8 F860 Aviso de operación, error externo, saliente
9 F960 Aviso de operación, error externo, entrante
La ID de evento Fx60 va seguida del aviso propiamente dicho, que se denomina evento
detallado. Ocupa la banda de números entre 0000h y 0FFFh. Según sea el aviso, hay más
información detallada en las rúbricas Información adicional 1/2/3 e Información adicional 4/5.
Los avisos de diagnóstico del TIM en formato hexadecimal y en texto claro

En la tabla siguiente se resumen todos los avisos de diagnóstico del TIM en orden
ascendente por evento detallado y en formato hexadecimal.
Para que sea más completa, se incluye también la ID de evento correspondiente en cada
caso. La ID de evento sirve únicamente para la clasificación, no es relevante para el orden.

Tabla 8- 19 Avisos de diagnóstico del TIM
ID del even- Evento Significado

to detallado
(Hex) (Hex)
Avisos generales
F560 0001 Entrante: se ha producido un desbordamiento de la memoria heap.
F460 Saliente: se ha eliminado el desbordamiento de la memoria heap.
Avisos de tareas Init
F360 0060 Instalación de ST7 iniciada.
F560 0061 Error al generar la cola del aviso en la tarea INIT.
F360 0062 Se ha creado el fichero.
F560 0063 Error al instalar la rutina de servicio de alarmas DMA.
F560 0064 Error al instalar la rutina de servicio de alarmas para la interfaz externa.
F560 0065 Error al instalar la rutina de servicio de alarmas para la interfaz interna.
F560 0066 Error al instalar la rutina de servicio de alarmas TIMER.
F560 0067 No ha sido posible introducir la estructura para la administración de interfaces en el catálogo.
F560 0068 No se ha encontrado la marca del dongle en el catálogo.
F560 0069 No se ha encontrado el cargador EXE en el catálogo.
F360 006A Interfaz WAN interna/externa: driver no autorizado.
F560 006B Interfaz WAN interna/externa: error al enviar la petición de carga para un driver.
F560 006C Interfaz WAN interna/externa: error al cargar la tarea básica de un driver.
F560 006D Interfaz WAN interna/externa: error al generar la tarea básica de un driver.
F560 006E Interfaz WAN interna/externa: error al recibir la ID de tarea de un driver.
F560 006F Interfaz WAN interna/externa: error al iniciar la tarea básica de un driver.
F560 0070 No se ha podido abrir el SDB WAN.
F560 0071 No se ha encontrado el SDB WAN.
F560 0072 Error al enviar la petición de carga para el driver de hora.
F560 0073 Error al cargar la tarea básica del driver de hora.
F560 0074 Error al generar la tarea básica del driver de hora.
F560 0075 Error al recibir la ID de tarea del driver de hora.
F560 0076 Error al iniciar la tarea básica del driver de hora.
F560 0077 El SDB WAN no empieza con el bloque de parámetros TIM.
F560 0078 No hay memoria suficiente.
F560 0079 Error al crear la lista circular.
F560 007A Error al enviar la petición de carga para el programa de routing.
F560 007B Error al cargar la tarea básica del programa de routing.
F560 007C Error al generar la tarea básica del programa de routing.
F560 007D Error al recibir la ID de tarea del programa de routing.
F560 007E Error al iniciar la tarea principal del programa de routing.
F560 007F Las tablas de routing no se han terminado en el tiempo establecido.
F560 0080 El driver WAN no se ha instalado en el tiempo prescrito.
F560 0081 Bloque de parámetros desconocido en SDB WAN.
F360 0082 Arranque del módulo finalizado.


to detallado
(Hex) (Hex)
F560 0083 Grupo de marcas desconocido.
F360 0084 Se ha creado una unidad RAM.
F560 0085 Error al crear la unidad RAM.
F560 0086 Error en el análisis de memoria de HEAP.
F560 0087 Error al instalar el driver de hora. No se ha recibido respuesta al finalizar la instalación.
F360 0088 Aviso de la memoria HEAP y de telegramas configurada en el TIM.
F360 0089 No se ha encontrado el SDB de routing.
F560 008A No se ha podido abrir el SDB de routing.
F560 008B El SDB de routing empieza con un identificador de bloque de subred erróneo.
F560 008C No hay memoria disponible para la función de routing.
F560 008D Se ha detectado un identificador de bloque erróneo en el SDB de routing.
F560 008E Se ha producido un error al enviar una petición a la tarea LAN.
F560 008F Se ha cancelado la instalación de la función de routing.
F560 0090 Instalación de ST7 iniciada.
F360 0091 Se ha cargado un firmware del TIM erróneo.
F560 0092 Error de instalación en el administrador de arranque
F560 0100 Arranque del módulo: se ha producido un error de instalación.
Avisos LAN
F560 0101 Se ha cancelado la instalación de la emulación de AMPLUS-L
F560 0103 Comunicación LAN: error al enviar un aviso.
F560 0104 Comunicación LAN: error al recibir un aviso o identificador desconocido.
F360 0105 Comunicación LAN: petición desconocida.
F360 0106 Comunicación LAN: no ha sido posible introducir la conexión en la tabla de routing.
F360 0107 Comunicación LAN: no ha sido posible borrar la conexión de la tabla de routing.
F560 0108 Comunicación LAN: error en un SDB de conexión.
F360 0109 Comunicación LAN: no hay recursos disponibles para la conexión.
F560 010A Comunicación LAN: no ha sido posible establecer la conexión PBK. Número de referencia
desconocido.
F560 010B Comunicación LAN: no ha sido posible establecer la conexión X. Número de referencia des-
conocido.
F360 010C Entrante: Comunicación LAN: ha fallado la conexión.
F260 Saliente: Comunicación LAN: conexión en buen estado.
F560 010D Entrante: Comunicación LAN: la cola de envío amenaza con desbordarse para una conexión.
F460 Saliente: Comunicación LAN: se ha solucionado la amenaza de desbordamiento en la cola
de envío para una conexión.
F560 010E Entrante: Comunicación LAN: desbordamiento en la cola de envío para una conexión.
F460 Saliente: Comunicación LAN: se ha solucionado el desbordamiento en la cola de envío para
una conexión.
F560 010F Entrante: se ha detectado un fallo en la interfaz MPI/Partyline (SPC/2).
F460 Saliente: se ha eliminado el fallo en la interfaz MPI/Partyline (SPC/2).
F560 0110 Comunicación LAN: error al leer el SDB LAN.


to detallado
(Hex) (Hex)
F560 0111 Comunicación LAN: se ha producido un error al enviar PBK.
F560 0112 Comunicación LAN: error en SDB0 – parámetro MPI erróneo.
F560 0113 Comunicación LAN: se ha enviado un acuse negativo.
El byte 6 del aviso codifica la clase de error (ERRCLS) y el byte 7 codifica el código de error
(ERRCOD). Encontrará el significado de ERRCLS y ERRCOD en el capítulo Significado de
ERRCLS y ERRCOD (Página 521).
F560 0114 No hay un SDB Ethernet.
F560 0115 No se ha podido abrir el SDB Ethernet.
F560 0116 Se ha recibido un SDB Ethernet con identificador de bloque erróneo.
F560 0117 Error al generar un socket.
F560 0118 Error al conectar un socket.
F560 0119 Socket no válido.
F560 011A Error al escuchar en un socket.
F560 011B Interfaz Ethernet: la RFC1006 ha recibido un paquete cuya longitud excede el máximo.
F560 011C Encabezado PDU de RFC1006 erróneo.
F560 011D Se ha recibido una PDU indefinida.
F560 011E Paquete TCP/IP erróneo.
F560 011F Error al ajustar un socket.
F560 0120 Error en el socket ACCEPT.
F560 0121 Desconexión TCP/IP por parte del interlocutor.
F560 0122 Se ha producido un error de recepción TCP/IP.
F560 0123 Se ha producido un error de emisión TCP/IP.
F560 0124 Número de conexión TCP/IP no válido.
F560 0125 Error al recibir una CR-PDU.
F560 0126 Acceso no permitido vía TCP/IP.
F560 0127 Longitud de PDU no válida.
F560 0128 KEEPALIVE transcurrido.
F560 0129 Entrante: información de conexión: conexión Ethernet averiada.
F460 Saliente: información de conexión: conexión Ethernet en buen estado.
F560 012A Error en la petición de socket CONNECT.
F560 012B Error al recibir una CC-PDU.
F560 012C Código de error desconocido.
F560 012D Se ha rebasado por exceso el número máximo de conexiones S7.
Avisos WAN
F560 0300 Interfaz WAN interna/externa: se ha cancelado la instalación del driver WAN.
F360 0301 Interfaz WAN interna/externa: el driver WAN está instalado.
F360 0302 Interfaz WAN interna/externa: hay conexión con un dispositivo (llamada entrante; número de
dispositivo identificado).
F560 0303 Telegrama organizativo erróneo de la tarea de routing.
F360 0304 Entrante: Interfaz WAN interna/externa: búfer de envío conmutado a imagen.
F260 Saliente: Interfaz WAN interna/externa: búfer de envío desconectado de imagen.


to detallado
(Hex) (Hex)
F360 0305 Entrante: Interfaz WAN interna/externa: se ha producido un desbordamiento del búfer de
envío.
F260 Saliente: Interfaz WAN interna/externa: se ha solucionado el desbordamiento del búfer de
envío.
F960 0306 Telegrama erróneo: se ha rebasado por exceso el número máx. de dispositivos de destino.
F960 0307 Telegrama erróneo: número de dispositivo de origen desconocido.
F960 0308 Telegrama erróneo: S7-PDU no tiene el identificador AE = 2.
F960 0309 Entrante: Interfaz WAN interna/externa: se ha producido un fallo CTS en el módem.
F860 Saliente: Interfaz WAN interna/externa: se ha solucionado el fallo CTS en el módem.
F560 030A Entrante: Interfaz WAN interna/externa: se ha producido un error USART.
F460 Saliente: Interfaz WAN interna/externa: se ha solucionado el error USART.
F360 030B Entrante: ha fallado el dispositivo.
F260 Saliente: dispositivo en buen estado.
F360 030C Entrante: Interfaz WAN interna/externa: driver WAN bloqueado.
F260 Saliente: Interfaz WAN interna/externa: driver WAN habilitado.
F360 030D Entrante: Interfaz WAN interna/externa: llamada de un dispositivo bloqueada.
F260 Saliente: Interfaz WAN interna/externa: llamada de un dispositivo habilitada.
F360 030E Entrante: Interfaz WAN interna/externa: la llamada de un dispositivo se produce en el ciclo
subordinado.
F260 Saliente: Interfaz WAN interna/externa: la llamada de un dispositivo se produce en el ciclo
principal.
F360 030F Entrante: Interfaz WAN interna/externa: llamada permanente de un dispositivo activada.
F260 Saliente: Interfaz WAN interna/externa: llamada permanente de un dispositivo finalizada.
F360 0310 Entrante: Interfaz WAN interna/externa: faltan recursos en un dispositivo.
F260 Saliente: Interfaz WAN interna/externa: se ha solucionado la falta de recursos en un disposi-
tivo.
F360 0311 Entrante: Interfaz WAN interna/externa: conmutación de segunda vía activada.
F260 Saliente: Interfaz WAN interna/externa: conmutación de segunda vía desactivada.
F560 0312 Interfaz WAN interna/externa: no hay memoria de telegramas para elemento de imagen nue-
vo.
F560 0313 Interfaz WAN interna/externa: elemento de imagen demasiado grande para memoria imagen.
F560 0314 Interfaz WAN interna/externa: se ha rebasado por exceso el número parametrizado de dispo-
sitivos en la imagen.
F560 0316 Interfaz WAN interna/externa: 'List of Active Stations' (LAS) no disponible.
F560 0317 Interfaz WAN interna/externa: error al recibir un aviso.
F560 0318 Interfaz WAN interna/externa: error al habilitar la memoria de avisos
F560 0319 Entrante: Interfaz WAN interna/externa: comunicación con tarea AMPLUS-L fallida.
F460 Saliente: Interfaz WAN interna/externa: comunicación con tarea AMPLUS-L en buen estado.
F560 031A Entrante: Interfaz WAN interna/externa: comunicación con driver de hora fallida.
F460 Saliente: Interfaz WAN interna/externa: comunicación con driver de hora en buen estado.
F560 031B Entrante: Interfaz WAN interna/externa: comunicación con tarea de routing fallida.
F460 Saliente: Interfaz WAN interna/externa: comunicación con tarea de routing en buen estado.


to detallado
(Hex) (Hex)
F560 031C Interfaz WAN interna/externa: comando de módem no válido.
F560 031D Interfaz WAN interna/externa: string de marcación no válido o número de teléfono erróneo
transferido al módem en la llamada de un dispositivo.
F960 031E Interfaz WAN interna/externa: se ha recibido una PDU de handshake errónea de un dispositi-
vo.
F360 031F Interfaz WAN interna/externa: conexión telefónica propia ocupada.
F960 0320 Interfaz WAN interna/externa: el módem no responde.
F960 0321 Interfaz WAN interna/externa: no se permite el acceso al dispositivo llamado.
F960 0322 Interfaz WAN interna/externa: no se ha recibido respuesta del módem del dispositivo llama-
do.
F960 0323 Interfaz WAN interna/externa: el dispositivo llamado no está listo.
F960 0324 Interfaz WAN interna/externa: el módem del dispositivo llamado no tiene corriente.
F960 0325 Interfaz WAN interna/externa: la línea de conexión telefónica está averiada
F360 0326 Interfaz WAN interna/externa: la vigilancia de tiempo ha finalizado. Arranca la repetición.
F360 0327 Interfaz WAN interna/externa: se han realizado todos los intentos de marcación para un dis-
positivo. No se ha conseguido conectar.
F360 0328 Entrante: Interfaz WAN interna/externa: lista de número(s) de teléfono de un dispositivo des-
activada.
F260 Saliente: Interfaz WAN interna/externa: lista de número(s) de teléfono de un dispositivo acti-
vada.
F560 0329 Interfaz WAN interna/externa: la lista de número(s) de teléfono de un dispositivo no es válida
o está estropeada.
F360 032A Interfaz WAN interna/externa: el número de teléfono de un dispositivo está bloqueado tempo-
ralmente.
F360 032B Interfaz WAN interna/externa: el número de teléfono de un dispositivo ha cambiado.
F560 032C Interfaz WAN interna/externa: no se ha encontrado el número STA en la lista de números de
teléfono.
F360 032D Entrante: Interfaz WAN interna/externa: hay una conexión permanente con un dispositivo.
F260 Saliente: Interfaz WAN interna/externa: se ha deshecho la conexión permanente con un dis-
positivo.
F360 032E Entrante: Interfaz WAN interna/externa: se ha iniciado sesión en la conexión permanente con
un dispositivo.
F260 Saliente: Interfaz WAN interna/externa: se ha cerrado sesión en la conexión permanente con
un dispositivo.
F560 032F Interfaz WAN interna/externa: se ha cancelado la conexión permanente con un dispositivo.
F360 0330 Entrante: Interfaz WAN interna/externa: llamada entrante bloqueada.
F260 Saliente: Interfaz WAN interna/externa: llamada entrante habilitada.
F360 0331 Interfaz WAN interna/externa: se establece conexión con un dispositivo.
F360 0332 Interfaz WAN interna/externa: hay conexión con un dispositivo (llamada saliente).
F360 0333 Interfaz WAN interna/externa: hay conexión con un dispositivo (llamada entrante, número de
dispositivo todavía sin identificar).
F360 0334 Interfaz WAN interna/externa: se ha deshecho la conexión con un dispositivo.
F560 0335 Interfaz WAN interna/externa: se ha cancelado la conexión con un dispositivo.


to detallado
(Hex) (Hex)
F360 0336 Interfaz WAN interna/externa: la conexión con un dispositivo ya está establecida.
F360 0337 Interfaz WAN interna/externa: la vigilancia de tiempo ha finalizado. No hay repetición.
F360 0338 Interfaz WAN interna/externa: se ha borrado el búfer de envío.
F360 0339 Interfaz WAN interna/externa: se han borrado la memoria imagen y el búfer de envío.
F360 033A Interfaz WAN interna/externa: no hay número de teléfono en la memoria del módem.
F960 033B Interfaz WAN interna/externa: se ha recibido una PDU con número STA desconocido.
F360 033C Entrante: Interfaz WAN interna/externa: redundancia de drivers – administración de memoria
conmutada.
F260 Saliente: Interfaz WAN interna/externa: redundancia de drivers – administración de memoria
desconectada.
F560 033D Interfaz WAN interna/externa: Solicitud de servicio errónea en Pager (SMS).
F360 033E Interfaz WAN interna/externa: no hay entradas en la cola de espera de envío.
F560 033F Interfaz WAN interna/externa: tipo de telegrama desconocido.
F560 0340 Interfaz WAN interna/externa: comunicación con driver WAN fallida.
F360 0341 Interfaz WAN interna/externa: llamada entrante (RING).
F960 0342 Interfaz WAN interna/externa: no hay conexión en llamada entrante.
F960 0343 Interfaz WAN interna/externa: cancelación de llamada o conexión.
F960 0344 Interfaz WAN interna/externa: no se ha detectado ninguna frecuencia de soporte en el inter-
locutor.
F360 0345 Entrante: Interfaz WAN interna/externa: se están realizando en el fondo más intentos de
marcación para un dispositivo averiado.
F260 Saliente: Interfaz WAN interna/externa: el dispositivo vuelve a ser accesible. Los intentos de
marcación que se ejecutan en el fondo se pararán.
F960 0346 Interfaz WAN interna/externa: se ha transferido un número de PIN erróneo al módulo GSM.
F960 0348 Interfaz WAN interna/externa: se ha producido un error en el módulo GSM.
F960 0349 Interfaz WAN interna/externa: el módulo GSM no responde o no es accesible.
F960 034A Interfaz WAN interna/externa: el servidor SMS del TIM ha recibido un telegrama desconoci-
do.
F960 034C Interfaz WAN interna/externa: se ha recibido un acuse de Short Message (SMS) de un dispo-
sitivo móvil desconocido.
F360 034E Interfaz WAN interna/externa: se ha detectado una llamada entrante. Sin embargo, las llama-
das entrantes están bloqueadas.
F360 034F Interfaz WAN interna/externa: se ha detectado una llamada entrante. Se ha activado la señal
DTR.
F360 0350 Interfaz WAN interna/externa: se ha instalado e iniciado el servidor SMS del TIM.
F360 0351 Interfaz WAN interna/externa: estado SMS, consulta de estado global/borrado.
F360 0352 Interfaz WAN interna/externa: estado SMS, consulta de estado individual/borrado.
F360 0353 Interfaz WAN interna/externa: aviso de estado SMS espontáneo.
F960 0354 Interfaz WAN interna/externa: acuse de Short Message (SMS) erróneo. Formato o n.º ID
desconocido.
F560 0355 Interfaz WAN interna/externa: no ha sido posible preparar un búfer de envío para enviar un
Short Message (SMS).
F960 0356 Interfaz WAN interna/externa: el módulo GSM espera el número PUK.


to detallado
(Hex) (Hex)
F960 0357 Interfaz WAN interna/externa: no se ha encontrado el número de teléfono del destinatario del
SMS.
F360 0358 Interfaz WAN interna/externa: la intensidad de señal GSM es de xx dBm.
F360 0359 No es posible bloquear el dispositivo.
F360 035A Interfaz WAN interna/externa: el módulo GSM detecta un identificador de servicios erróneo.
F360 035B Interfaz WAN interna/externa: el módulo GSM está listo para recibir.
F360 035C Interfaz WAN interna/externa: se ha realizado la conmutación forzada al procedimiento de
imagen para telegramas bloqueados.
F360 035D Interfaz WAN interna/externa: amenaza de conmutación forzada al procedimiento de imagen.
F360 035E Interfaz WAN interna/externa: amenaza de conmutación forzada al procedimiento de imagen.
F360 035F Interfaz WAN interna/externa: la conexión permanente ya está activa.
F360 0360 Interfaz WAN interna/externa: se ha rebasado por exceso el número máximo de telegramas.
F360 0361 Entrante: Interfaz WAN interna/externa: se ha activado el freno de datos para la conexión con
un dispositivo.
F260 Saliente: Interfaz WAN interna/externa: se ha desactivado el freno de datos para la conexión
con un dispositivo.
F960 0362 Interfaz WAN interna/externa: no ha sido posible establecer un contacto de red después de
transferir el PIN al módulo GSM.
Avisos de la tarea de routing
F560 0500 Se ha cancelado la instalación del programa de routing.
F560 0501 Interfaz WAN interna/externa: tarea de recepción del driver WAN desconocida.
F560 0502 Tarea de recepción del driver de hora desconocida.
F560 0503 Función de lectura de hora desconocida.
F560 0504 Tarea de recepción de la tarea LAN desconocida.
F560 0505 Tabla de interlocutores desconocida.
F560 0506 Se ha producido un error al recibir un aviso.
F560 0507 Se ha recibido una PDU desconocida.
F560 0508 Se ha recibido una PDU con direccionamiento erróneo. No se ha encontrado el número de
dispositivo de destino.
F560 0509 No hay ningún driver WAN disponible.
F560 050B Error al habilitar la memoria heap.
F560 050C Ha finalizado la instalación del programa de routing. Todas las tablas de routing están dispo-
nibles.
F560 050D Se ha producido un error al enviar un aviso.
F560 050E No hay recursos para crear la tabla de direcciones de destino.
F560 050F No se genera la tabla de direcciones de destino.
F560 0510 No hay recursos para la copia de PDU.
F560 0511 No hay recursos para la copia de la tabla de interlocutores.
F360 0512 Entrante: Interfaz WAN interna/externa: función de redundancia activada.
F260 Saliente: Interfaz WAN interna/externa: función de redundancia desactivada.
F960 0513 Se ha recibido un telegrama con longitud de bloque errónea o la longitud de bloque es cero.
F560 0514 Se ha rebasado por exceso el número máx. de telegramas.


to detallado
(Hex) (Hex)
F560 0515 Error en la sincronización horaria vía LAN.
F560 0516 MesA - error al enviar un aviso.
F560 0517 La tabla de interlocutores/tabla de sustitutos de un dispositivo no existe.
F560 0518 Error al liberar memoria.
F560 0519 Error en la administración de memoria MesA.
F560 051A Entrante: MesA - principio del anuncio de un desbordamiento de la memoria de telegramas.
F460 Saliente: MesA - fin del anuncio de un desbordamiento de la memoria de telegramas.
F560 051B Entrante: MesA - principio del anuncio de un desbordamiento de la memoria de telegramas.
F460 Saliente: MesA - fin del anuncio de un desbordamiento de la memoria de telegramas.
F560 051C se ha desbordado la memoria de telegramas.
F560 051D Entrante: principio del anuncio de un desbordamiento del búfer de telegramas.
F460 Saliente: fin del anuncio de un desbordamiento del búfer de telegramas.
F560 051E Entrante: desbordamiento del búfer de telegramas activo.
F460 Saliente: desbordamiento del búfer de telegramas desactivado.
F560 051F Se ha borrado el búfer con telegramas.
F560 0520 MesA - error en la tabla de asignaciones dinámicas.
F560 0521 MesA - router WAN/LAN: error al enviar telegramas.
F560 0522 MesA no ha podido enviar el acuse para una PDU 262 org. a SubA.
F560 0523 MesA - router WAN/LAN; error al enviar vía driver WAN/LAN.
F560 0524 Se ha producido un error de instalación en MesA.
F560 0530 MesA - se ha producido un error de sistema.
F560 0531 MesA - error al solicitar un telegrama Org4/14.
F560 0532 MesA - se ha recibido un comando de control desconocido.
F560 0533 MesA - error en la consulta SZL de MesA.
F560 0534 MesA: se ha detectado una PDU errónea.
Avisos del driver de hora
F560 0620 se ha cancelado la instalación del driver de hora.
F360 0621 Para el código de error = 0: instalación del driver de hora finalizada
Para el código de error = 1: se ha cancelado la instalación del driver de hora.
F560 0622 Entrante: sincronización horaria (maestro) fallida.
F460 Saliente: sincronización horaria (maestro) correcta.
F960 0623 Entrante: sincronización horaria (esclavo) fallida.
F860 Saliente: sincronización horaria (esclavo) correcta.
F560 0624 Se ha producido un error al ajustar el reloj RMOS.
F560 0625 Se ha producido un error al leer el reloj RMOS.
F360 0626 Ajuste no permitido del reloj RMOS por servicio de PG Set clock. El TIM tiene un reloj DCF77
integrado.
F360 0627 Se ha recibido un aviso desconocido.
F360 0628 Se ha recibido una PDU de sincronización horaria con número ORG erróneo.
F360 0629 Se ha recibido una PDU de sincronización errónea de LAN.
F560 062A Entrante: sincronización horaria del reloj DCF77 fallida.


to detallado
(Hex) (Hex)
F460 Saliente: sincronización horaria del reloj DCF77 correcta.
F960 062B Entrante: señal radioeléctrica de reloj DCF77 con interferencias.
F860 Saliente: señal radioeléctrica de reloj DCF77 correcta.
F360 062C Hora de TIM correcta. El reloj RMOS se ha ajustado por primera vez.
F360 062D Entrante: cambio a horario de verano.
F260 Saliente: cambio a horario de invierno.
F360 062E Entrante: hora de anuncio activa para cambio de horario de verano/invierno.
F260 Saliente: hora de anuncio finalizada para cambio de horario de verano/invierno.
F360 0630 Cambio del estado operativo de la sincronización.
F360 0631 Cambio de horario de verano/invierno realizado manualmente.
F360 0632 Se ha producido un error al cambiar el horario de verano/invierno.
F560 0633 Se ha producido un error el iniciar la tarea de sincronización.
F560 0634 Se ha producido un error al iniciar la tarea de control para la sincronización.
F960 0635 Se han detectado dos maestros horarios en una red.
F960 0636 Estado operativo erróneo de la sincronización en MPI. Se espera estado operativo maestro.
F960 0637 No hay más módulos en el bus MPI/Partyline.
F560 0638 Interfaz WAN externa/interna: no ha sido posible sincronizar un dispositivo tras el rearranque
normal.
F360 0639 Se ha detectado un error en la sincronización horaria.
F360 063A Se ha recibido un telegrama horario erróneo del módulo DCF77.
F360 063B Se ha recibido un telegrama horario erróneo del módulo DCF77.
F360 063C Se ha producido un salto de tiempo.
F360 063D Se ha recibido un telegrama horario erróneo del módulo DCF77.
F560 063E Error en la solicitud de sincronización.
Avisos del servidor de diagnóstico
F560 0660 Se ha producido un error al instalar el servidor de diagnóstico.
F360 0661 Ha finalizado la instalación del servidor de diagnóstico.
F560 0662 Se ha producido un error al enviar un aviso.
F560 0663 Entrante: se ha producido un error al recibir un aviso.
F460 Saliente: se ha producido un error al recibir un aviso.
F560 0664 Entrante: se ha producido un desbordamiento de la memoria heap.
F460 Saliente: se ha solucionado el desbordamiento de la memoria heap.
F960 0665 Entrante: Se ha recibido una PDU desconocida.
F860 Saliente: Se ha recibido una PDU desconocida.
F560 0666 Se ha instalado una versión de firmware errónea en el TIM.
F360 0667 Entrante: las [n] conexiones LAN han fallado.
F260 Saliente: [x] de [n] conexiones LAN funcionan correctamente..
F360 0668 Se ha borrado el búfer de telegramas de la contabilidad del TIM.
F360 0669 Entrante: monitor de telegramas ST7 activado
F260 Saliente: monitor de telegramas ST7 desactivado
F360 066A Entrante: avisos de diagnóstico avanzados activados


to detallado
(Hex) (Hex)
F260 Saliente: avisos de diagnóstico avanzados desactivados
F360 066B Avisos de diagnóstico avanzados - cambio
F360 066C Se ha producido un error en la consulta SZL.
F560 066D Firmware erróneo.
Avisos del servidor del bus P
F560 06B0 Se ha cancelado la instalación del servidor del bus P.
F360 06B1 Se ha recibido un aviso desconocido de la tarea.
F560 06B2 Se ha producido un error al recibir un aviso.
F360 06B3 Entrante: ha fallado la alimentación en el bus P.
F260 Saliente: alimentación correcta en el bus P.
F360 06B4 Entrante: periferia bloqueada por CPU.
F260 Saliente: periferia habilitada por CPU.
F560 06B5 El módulo del bus P no es apto para la comunicación.
F960 06B6 Error de paridad en la comunicación del bus P.
F960 06B7 Error de desplazamiento de bits en la comunicación del bus P.
F360 06B8 No es posible depositar la alarma de diagnóstico. El módulo del bus P no está habilitado.
F360 06B9 No es posible depositar la alarma de diagnóstico. La alarma de diagnóstico no está habilitada
en el bus P.
F360 06BA No es posible abrir el SDB0.SDB. El archivo se sobrescribirá sin comparación.
F360 06BB No es posible generar el SDB0.SDB.
F360 06BC No es posible escribir en el SDB0.SDB.
F560 06BD No ha sido posible inicializar BUS3-ASIC.
F360 06BE No es posible abrir el SDB5.SDB. El archivo se sobrescribirá sin comparación.
F360 06BF No es posible generar el SDB5.SDB.
F360 06C0 No es posible escribir en el SDB5.SDB.
Avisos del SDB Handler
F560 06E0 Se ha cancelado la instalación del SDB Handler.
F560 06E1 No se ha podido copiar el SDB.
F560 06E2 No se ha podido borrar el SDB.
F560 06E3 No se ha podido cargar el SDB.
F560 06E4 La información de SDB de la jerarquía 1 no está disponible.
F560 06E7 Error al encadenar SDB.
F360 06E8 SDB Handler: petición desconocida.
F360 06E9 Instrucción de control desconocida.
F560 06EB Se ha producido un error al actualizar el firmware.
Avisos de TD7onTIM
F560 0700 Entrante: instalación de TD7 iniciada.
F460 Saliente: instalación de TD7 lista.
F560 0701 Semáforo no generado.


to detallado
(Hex) (Hex)
F560 0702 Semáforo no generado.
F560 0703 No se ha iniciado la tarea SecIntervall.
F560 0704 No se ha iniciado la tarea TD7_ObjectAdmin.
F560 0705 No se ha podido abrir la ruta para archivos SDB.
F560 0706 No se ha encontrado el TD7-SDB.
F560 0707 No se ha podido abrir el TD7-SDB.
F560 0708 El encabezado tiene una longitud o ID de bloque errónea.
F560 0709 TD7-SDB: no hay parámetros TD7.
F560 070A TD7-SDB: bloque no encontrado.
F560 070B TD7-SDB: T4T_MAINHDR tiene una longitud errónea.
F560 070C TD7-SDB: T4T_SUBDATA tiene una longitud errónea.
F560 070E TD7-SDB: formato desconocido en un bloque del dispositivo de destino.
F560 0711 TD7-SDB: el número de bloques interlocutores no concuerda.
F560 0712 TD7-SDB: formato desconocido en un bloque interlocutor.
F560 0713 TD7-SDB: Tipo de canal desconocido.
F560 0715 TD7-Run: no hay memoria suficiente para la lista de canales.
F560 0716 TD7-SDB: bloque de canal no encontrado.
F560 0717 TD7-Run: no hay memoria suficiente para un objeto de canal.
F560 0718 TD7-SDB: el número de entradas de datos no concuerda.
F560 071B TD7-SDB: el número de entradas de objetos no concuerda.
F560 071C TD7-Par: no se ha encontrado un objeto de dispositivo para un interlocutor.
F560 071D TD7-Par: interlocutor desconocido.
F560 0721 TD7-Par: ID de ciclo de escaneado no válida.
F560 0722 TD7-Run: el objeto no está en el ciclo rápido.
F560 0725 TD7-SDB: no se han encontrado objetos para una ID de encabezado.
F560 0726 TD7-SDB: formato desconocido en un objeto.
F560 0729 TD7-Par: no hay memoria suficiente para la lista de peticiones del ciclo de escaneado.
F560 072A Error de asignación de memoria en canal básico.
F560 072D TD7-Par: tipo de datos de canal erróneo.
F560 072E Tipo de canal desconocido.
F560 0730 TD7-Par: ID de ciclo de escaneado no válida.
F560 0731 Error de asignación de memoria al crear la lista de objetos para el dispositivo actual.
F560 0732 TD7-SDB: el número de objetos no concuerda con el del encabezado.
F560 0733 Una petición de lectura a la CPU no se ha respondido al cabo de 1 ms.
F560 0736 TD7-Com: error de comunicación de la CPU en el objeto X, canal Y.
F560 0737 TD7-Com: error de acceso de la CPU en el objeto X, canal Y.
F560 073B Error de asignación de memoria al crear el búfer de telegramas para un ciclo de escaneado.
F560 073D Una petición de escritura a la CPU no se ha respondido al cabo de 1 ms.
F560 073E TD7-Com: acuse negativo de la comunicación LAN a la petición del ciclo de escaneado.
F560 0742 TD7-Run: error al leer un disparo de entrada.


to detallado
(Hex) (Hex)
F560 0744 TD7-Par: objeto sin canales.
F560 074A TD7-Par: dirección no válida en la señal de disparo.
F560 074B TD7-Par: dirección no válida en los datos netos del objeto X, canal Y.
F560 074C Se ha notificado una dirección no válida para el objeto X del canal Y.
F560 0752 TD7-SDB: el número de bloques del dispositivo de destino no concuerda con la entrada
Mainheader.
F560 0755 Tipo de canal desconocido.
F560 0759 No hay memoria suficiente para generar la lista de peticiones de envío de TD7onTIM.
F560 0760 Inicialización de TD7onTIM para dispositivo de origen completada.
F560 0761 La consulta general de un dispositivo es incompleta.
F560 0762 Rebase de tiempo en la consulta general a un dispositivo.
F560 0763 La consulta general del objeto X de un dispositivo de destino es incompleta.
F560 0766 Telegrama con número de dispositivo de origen desconocido.
F560 0767 Índice de inicio desconocido en el telegrama organizativo recibido.
F560 0768 TD7-Run: telegrama organizativo recibido no aceptado por tener una longitud no válida.
F560 076C Índice de inicio no válido en telegrama de datos recibido.
F560 076D TD7-Run: datos recibidos demasiado grandes para el objeto de destino.
F560 076E TD7-Run: el índice de inicio del telegrama de datos recibido no concuerda con el canal de
recepción del objeto de destino.
F560 0773 TD7-Run: objeto sin interlocutores o canales.
F560 0774 TD7-Run: no se han encontrado objetos de destino.
Avisos de diagnóstico con activación del LED de error colectivo

En caso de arranque incorrecto se activa el LED rojo de error colectivo (SF) del TIM y se
registra un aviso al respecto en el búfer de diagnóstico del TIM.
Si el TIM está integrado en un rack S7-300 en calidad de CP, se envía una alarma de
diagnóstico a la CPU.
La tabla siguiente contiene una relación de todos los mensajes de error que provocan la
activación del LED de error colectivo (SF).
Tabla 8- 20 Clasificación de los avisos con activación del LED de error colectivo
Clase de error Evento detallado (hex) en el aviso de diagnóstico

Error interno 0061
0063, 0064, 0065, 0066, 0067
0069
0078, 0079, 0080
0083
06B0
Error externo 0320

Clase de error Evento detallado (hex) en el aviso de diagnóstico

No hay parametrización 0070
0071
0620
Parametrización errónea 0077
0081
0110
0112
0300
031C
0500
0620
Error RAM 0085
0086
8.6.2 Significado de ERRCLS y ERRCOD
Significado de ERRCLS y ERRCOD en los avisos 0113 y 080C
Tabla 8- 21 Significado de ERRCLS y ERRCOD (hex)
ERRCLS ERRCOD Significado

FF 01 La conexión LAN por la que debe enviarse el telegrama no está establecida. El telegrama se
borrará.
FF 02 La cola de espera de la conexión LAN por la que debe enviarse el telegrama está desborda-
da. El telegrama se borrará.
FF 03 Conexión LAN errónea: el índice de conexión es mayor que el límite de índice máximo. El
telegrama se borrará.
FF 04 Conexión LAN errónea:
• No se ha encontrado el canal de emisión.
o bien
• La conexión direccionada no existe.
El telegrama se borrará.
FF 05 No ha sido posible reservar memoria para la petición de envío. El telegrama se borrará.
FF 06 No ha sido posible reservar memoria para la petición de envío. El telegrama se borrará.
FF 07 No hay peticiones de envío. El telegrama se borrará.
FF 08 La petición de envío ya se utiliza. El telegrama se borrará.
FF 09 Al deshacer la conexión LAN todavía había telegramas en la cola de espera. Todos los tele-
gramas de la cola de espera se borrarán.
FF 20 Solo en TD7onTIM: el aviso se genera cuando se transfiere una petición de lectura o escritu-
ra de TD7onTIM a LAN COM y no llega ningún acuse de la CPU en un intervalo de 5 segun-
dos. LAN COM devuelve la petición a TD7onTIM con acuse negativo.
FF 22 Solo en TD7onTIM: el aviso se genera cuando se transfiere una petición de lectura o escritu-
ra de TD7onTIM a LAN COM y no hay conexión (conexión CR) con la CPU local. LAN COM
devuelve la petición a TD7onTIM con acuse negativo.

8.7 Avisos en el búfer de diagnóstico de la CPU
ERRCLS ERRCOD Significado

81 04 El contexto no se soporta:
• Error en la estructura de la PDU
o bien
• Servicio desconocido.
83 01 No es posible reservar memoria para reenviar el telegrama recibido. El telegrama se acusa
negativamente al remitente con el código de resultado 0x8301.
84 02 El TIM ha enviado un telegrama y ha recibido un acuse negativo del interlocutor con el código
de resultado 0x8402 (el bloque BRcv remoto tiene un estado erróneo). El telegrama se repe-
tirá.
84 04 Se ha recibido un telegrama vía LAN pero no puede reenviarse porque no hay petición de
recepción. El telegrama se acusa negativamente al remitente con el código de resultado
0x8404.
84 05 El TIM ha enviado un telegrama y ha recibido un acuse negativo del interlocutor con el código
de resultado 0x8405 (el bloque BRcv remoto está DISABLED). El telegrama se repetirá.
85 00 Tamaño de PDU inadmisible:
• La PDU recibida es mayor que el tamaño máximo acordado para PDU.
o bien
• La respuesta no cabe en una PDU del tamaño máximo acordado.
87 02 Se ha recibido un telegrama como RID desconocida. El telegrama se rechaza y acusa nega-
tivamente con el código de resultado 0x8702.
E0 FF Codificación errónea
Introducción
El paquete de software SINAUT TD7onCPU genera una serie de avisos de operación y error
que se introducen en el búfer de diagnóstico de la CPU. Estos pueden visualizarse en
SINAUT / TD7 CPU Diagnostics. Si hay una programadora conectada y registrada para
avisos de la CPU, dichos avisos de diagnóstico se muestran directamente en la
programadora en el momento en que se producen.
No obstante, los avisos generados por TD7 únicamente se muestran como texto claro
cuando se consultan en SINAUT / TD7 CPU Diagnostics. Si se consultan en STEP 7
Diagnostics / Module information, ficha Diagnostic Buffer, los avisos generados por TD7 se
muestran en formato hexadecimal.
Nota
Si la programadora con la que se lee el búfer de diagnóstico no dispone de ningún archivo
de texto con los textos de diagnóstico de los eventos TD7, los eventos se representan en
formato hexadecimal.
Por medio de la siguiente lista puede determinarse el significado correspondiente.

8.7.1 Avisos de diagnóstico SINAUT de TD7onCPU
Clasificación de los avisos TD7

El paquete de software TD7onCPU utiliza la banda de números de la clase de evento B para
sus avisos de diagnóstico. Esta clase está reservada en STEP 7 para eventos de usuario
libres. Sin embargo, en SINAUT ST7 se ocupa para avisos de diagnóstico SINAUT.
Nota
En SINAUT ST7 el usuario solo puede utilizar la clase de evento A para sus avisos de
diagnóstico. Al igual que la clase de evento B, en STEP 7 también está reservada para
eventos de usuario libres.
Los avisos de diagnóstico SINAUT de TD7onCPU utilizan la banda desde Bx00h hasta
BxFFh. A fin de diferenciar los avisos entre sí, solo son relevantes las dos últimas cifras, es
decir, el rango entre 00h y FFh.
El lugar de la x lo ocupa un identificador que permite clasificar los avisos de forma global.
Los avisos de diagnóstico TD7 utilizan los identificadores 0 y 1 para diferenciar entre
eventos salientes (0) y entrantes (1).
Tabla 8- 22 Clasificación global de los avisos de diagnóstico SINAUT de TD7onCPU
Identificador ID de evento resultan- Clasificación

x tes
0 B000h ... B0FFh Avisos salientes
1 B100h ... B1FFh Avisos entrantes
La mayoría de los avisos son avisos entrantes, solo unos pocos son avisos salientes.
Los avisos de diagnóstico TD7 en formato hexadecimal y en texto claro

La siguiente tabla recoge todos los avisos de diagnóstico SINAUT TD7 por orden
ascendente según el número de la ID de evento en formato hexadecimal.
En la mayoría de los avisos de diagnóstico se incluye una información adicional. Si los
avisos de diagnóstico se muestran en forma de texto, dicha información se integra en los
textos con el formato correspondiente.
En las aclaraciones que siguen, la información adicional se señala dentro del texto como
[Info1] o [Info2/3]. Si faltan los textos, la información adicional aparece en una fila de la
representación hexadecimal de la programadora como 'Información adicional 1/2/3'.

Tabla 8- 23 Avisos de diagnóstico SINAUT de TD7onCPU
N.º ID del even- Significado

to (Hex)
Errores de parametrización, errores de configuración
0 B100 Error de parametrización en objeto n.º [Info1]: PartnerNo [Info2/3] no permitido.
1 B101 Error de parametrización en objeto n.º [Info1]: PartnerNo [Info2/3] desconocido.
2 B102 Error de parametrización en objeto n.º [Info1]: PartnerObjectNo [Info2/3] no permitido.
3 B103 Error de parametrización en objeto n.º [Info1]: n.º de telegrama ST1 [Info2/3] no permitido.
4 B104 Error de parametrización en objeto n.º [Info1]: n.º de objeto ST1 [Info2/3] no permitido.
5 B105 Error de parametrización en objeto n.º [Info1]: n.º de índice ST1 [Info2/3] no permitido.
6 B106 Error de parametrización en objeto n.º [Info1]: valor PACK ST1 [Info2/3] no permitido.
7 B107 Error al generar la lista de referencias de objeto: No es posible generar el DB[Info1]. Causa: [In-
fo2/3].
8 B108 Error de parametrización en la lista de referencias de objeto: la referencia a n.º de dispositivo [In-
fo1] y n.º de objeto [Info2/3] aparece varias veces.
9 B109 Falta la lista de referencias de objeto 1. Se busca la referencia para n.º de dispositivo [Info1] y n.º
de objeto [Info2/3].
10 B10A Falta la lista de referencias de objeto 2. Se busca la referencia para n.º de dispositivo [Info1] y n.º
de objeto [Info2/3].
11 B10B Error de parametrización en la lista de referencias de objeto 1: falta la referencia a n.º de dispositi-
vo [Info1] y n.º de objeto [Info2/3].
12 B10C Error de parametrización en la lista de referencias de objeto 2: falta la referencia a n.º de dispositi-
vo [Info1] y n.º de objeto [Info2/3].
13 B10D Error en el DB de objeto n.º [Info1]: falta el identificador A5h de SINAUT ST7.
14 B10E Error de configuración: ningún dispositivo disponible en el DB BasicData (DB[Info1]).
15 B10F Tipo de conexión desconocido para la conexión n.º [Info1] con el dispositivo local n.º [Info2/3].
16 B110 Tipo de dispositivo desconocido (= [Info1]) para el dispositivo n.º [Info2/3].
17 B111 Datos recibidos por un interlocutor local desconocido (n.º de MPI = [Info2/3]).
18 B112 En la bandeja de envío del DB de comunicación n.º [Info1] se ha borrado un telegrama organizativo
con dispositivo de destino desconocido (= [Info2/3]).
19 B113 Error de parametrización en FC [Info1] en el parámetro [Info2/3].
20 B114 Error de parametrización en objeto n.º [Info1] en el parámetro [Info2/3].
Errores de recepción
32 B120 El contenido de la bandeja de recepción del DB de comunicación n.º [Info1] no es plausible: la
longitud de un telegrama excede la longitud de recepción máx. de [Info2/3] bytes.
33 B121 El contenido de la bandeja de recepción del DB de comunicación n.º [Info1] no es plausible: longi-
tud de un telegrama = 0.
34 B122 El contenido de la bandeja de recepción del DB de comunicación n.º [Info1] no es plausible: la
longitud de todos los telegramas excede la longitud del bloque de datos recibidos.
35 B123 Error en el telegrama de recepción del DB de comunicación n.º [Info1]: demasiados dispositivos de
destino (= [Info2/3]).
36 B124 Error en el telegrama de recepción del DB de comunicación n.º [Info1]: n.º de dispositivo demasia-
do largo (L = [Info2/3]).
37 B125 Error en el telegrama organizativo de recepción del DB de comunicación n.º [Info1]: el número de
dispositivos de destino (= [Info2/3]) debe ser 1.


to (Hex)
38 B126 Error en el telegrama organizativo de recepción del DB de comunicación n.º [Info1]: dirección ex-
tendida no permitida (AE = [Info2/3]).
39 B127 Error en el telegrama de recepción del DB de comunicación n.º [Info1]: dirección extendida no
permitida (AE = [Info2/3]).
40 B128 Error en el telegrama organizativo de recepción del DB de comunicación n.º [Info1]: n.º de objeto
de destino (= [Info2/3]) no permitido (solo 1 ... 32000 o 32767).
41 B129 Error en el telegrama organizativo de recepción (ST1) del DB de comunicación n.º [Info1]: n.º de
objeto de origen (= [Info2/3]) no permitido (solo 0 o 32767).
42 B12A Error en el telegrama organizativo de recepción para el objeto n.º [Info2/3]: el índice de inicio es ><
0. DB de comunicación actual = DB[Info1].
43 B12B Error en el telegrama organizativo de recepción para el objeto n.º [Info2/3]: El número de bytes
netos recibidos es > 2. DB de comunicación actual = DB[Info1].
44 B12C Error en el telegrama de recepción para el objeto n.º [Info2/3]: demasiados bytes netos recibidos.
DB de comunicación actual = DB[Info1].
45 B12D Error en el telegrama organizativo de recepción para el objeto de dispositivo n.º [Info2/3]: dispositi-
vo desconocido. DB de comunicación actual = DB[Info1].
46 B12E Error en el telegrama organizativo de recepción para el objeto de dispositivo n.º [Info2/3]: demasia-
dos bytes netos recibidos. DB de comunicación actual = DB[Info1].
47 B12F Error en el telegrama de recepción para el objeto n.º [Info1]: n.º de dispositivo de origen [Info2/3]
desconocido.
48 B130 Telegrama de recepción para el objeto n.º [Info1] rechazado: n.º de dispositivo de origen [Info2/3]
incorrecto.
49 B131 Telegrama de recepción para el objeto n.º [Info1] rechazado: n.º de objeto de origen [Info2/3] inco-
rrecto.
50 B132 Short Message Service (SMS): imposible interpretar la respuesta de estado para el n.º de objeto
[Info1] desde la central de SMS del n.º de dispositivo [Info2/3].
51 B133 Short Message Service (SMS): la respuesta de estado para el n.º de objeto [Info1] contiene el n.º
de estado desconocido [Info2/3].
52 B134 Error en el telegrama de recepción del DB de comunicación n.º [Info1]: n.º de índice negativo.
53 B135 Error en el telegrama organizativo de recepción del DB de comunicación n.º [Info1]: la longitud de
bloque [Info2] de la sección organizativa no es plausible.
54 B136 Se ha detectado un error de recepción al leer el registro del TIM con el n.º de dispositivo [Info1].
Código de error TIM = [Info2].
55 B137 Se ha producido un error de recepción al leer el registro del TIM con el n.º de dispositivo [Info1]. La
periferia TIM ha leído un estado inesperado = [Info2].
56 B138 Se ha producido un error de recepción al leer el registro del TIM con el n.º de disp. [Info1]. No se
permite la longitud [Info2] del bloque de recepción anunciado.
57 B139 Se ha producido un error de recepción al leer el registro del TIM con el n.º de disp. [Info1]. La longi-
tud real del registro difiere en [Info2] bytes respecto a la longitud de registro anunciada.
58 B13A Se ha producido un error de recepción al leer el registro del TIM con el n.º de disp. [Info1]. Código
de error (SFC RD_REC) = [Info2].
Errores de envío
64 B140 El contenido de la bandeja de envío del DB de comunicación n.º [Info1] no es plausible. Longitud
de un telegrama para envío demasiado corta: [Info2/3] bytes.
de un telegrama para envío demasiado larga: [Info2/3] bytes.


to (Hex)
66 B142 El contenido de la bandeja de envío del DB de comunicación n.º [Info1] no es plausible. Un tele-
grama para envío excede la longitud de la bandeja de envío: [Info2/3] bytes.
de un telegrama para envío impar: [Info2/3] bytes.
68 B144 El contenido de la bandeja de envío del DB de comunicación n.º [Info1] no es plausible. Suma de
todas las longitudes de telegramas para envío incorrecta: [Info2/3] bytes.
69 B145 Un telegrama de datos del objeto n.º [Info1] al dispositivo de destino n.º [Info2/3] no ha podido
registrarse en el DB de comunicación.
70 B146 Un telegrama organizativo del objeto n.º [Info1] al dispositivo de destino n.º [Info2/3] no ha podido
registrarse en el DB de comunicación.
71 B147 Short Message Service (SMS): tiempo de vigilancia para mensaje de SMS n.º [Info1] transcurrido,
enviado a través de la central de SMS del n.º de dispositivo [Info2/3]. No hay repetición.
72 B148 Entrante: Short Message Service (SMS): tiempo de vigilancia para mensaje de SMS n.º [Info1]
transcurrido, enviado a través de la central de SMS del n.º de dispositivo [Info2/3]. Repetición a un
n.º de teléfono móvil alternativo en curso.
B048 Saliente: Short Message Service (SMS): el mensaje de SMS n.º [Info1] enviado a través de la cen-
tral de SMS del n.º de dispositivo [Info2/3] ha podido entregarse tras la repetición.
73 B149 Short Message Service (SMS): mensaje de SMS n.º [Info1] borrado debido al bloqueo del objeto
n.º [Info2/3].
74 B14A Short Message Service (SMS): tiempo de vigilancia transcurrido para petición de envío del n.º de
objeto [Info1] a la central de SMS del n.º de dispositivo [Info2/3].
75 B14B Se ha detectado un error de envío al escribir el registro en el TIM con el n.º de dispositivo [Info1].
Código de error (SFC WR_REC) = [Info2].
76 B14C Se ha detectado un error de envío al escribir el registro desde el TIM con el n.º de dispositivo [In-
fo1]. Código de error TIM = [Info2].
Indicadores de conexión
80 B150 Entrante: conexión con dispositivo local n.º [Info1] fallida.
B050 Saliente: conexión con dispositivo local n.º [Info1] correcta.
81 B151 Entrante: dispositivo n.º [Info1] averiado.
B051 Saliente: dispositivo n.º [Info1] en buen estado.
82 B152 Tiempo de vigilancia para petición de envío a dispositivo local n.º [Info1] transcurrido.
[Info2] = 0: la petición no ha podido finalizarse a tiempo.
[Info2] = 1: la petición no ha podido iniciarse a tiempo.
[Info2] > 1: n.º del DB de comunicación.
83 B153 Petición de envío al dispositivo local n.º [Info1] fallida. La petición se repite. DB de comunicación
n.º = [Info2].
84 B154 Tiempo de vigilancia para petición de recepción del dispositivo local n.º [Info1] transcurrido.
[Info2] = 0: la petición no ha podido finalizarse a tiempo.
[Info2] = 1: La petición no ha podido iniciarse a tiempo.
85 B155 Petición de recepción del dispositivo local n.º [Info1] fallida. La petición se repite. DB de comunica-
ción n.º = [Info2].
Indicadores de consulta
96 B160 Consulta general del dispositivo n.º [Info1] incompleta.
97 B161 Consulta individual del dispositivo n.º [Info1] incompleta.
98 B162 Error en la consulta general para el objeto n.º [Info1]. N.º de dispositivo de origen = [Info2/3].
99 B163 Error en la consulta individual para el objeto n.º [Info1]. N.º de dispositivo de origen = [Info2/3].


to (Hex)
Indicadores de comandos/consignas
112 B170 Error de entrada de comando en objeto n.º [Info1]: entrada simultánea a través de hardware y soft-
ware.
113 B171 Error de entrada de comando en objeto n.º [Info1]: error 1 de 8.
114 B172 Error de entrada de comando/consigna en objeto n.º [Info1]: error 1 de N. Información adicional:
[Info2/3] (0 = cmndo o cons.; 1 = cmndo; 2 = cons.)
115 B173 Error de salida de comando en objeto n.º [Info1]: bytes de comando y de control diferentes.
116 B174 Error de salida de comando en objeto n.º [Info1]: error 1 de 8.
117 B175 Error de salida de comando en objeto n.º [Info1]: error 1 de N.
Indicadores de tiempo
128 B180 Cambio de horario de verano/invierno no permitido en cambio de día.
129 B181 Error de fecha/hora al ajustar la hora de la CPU. Fecha errónea: [Info1].
130 B182 Error de fecha/hora al ajustar la hora de la CPU. Hora errónea: [Info2/3].
131 B183 Sincronización horaria de la CPU fallida.
Errores de procesamiento
144 B190 Pérdida de datos en objeto n.º [Info1]. Typical no ha procesado los últimos datos recibidos.
145 B191 Pérdida de datos recibidos en objeto de dispositivo n.º [Info1]. BasicTask no ha procesado los
últimos datos recibidos.
Indicadores de estado
160 B1A0 Inicialización del dispositivo n.º [Info1] finalizada.


Routing PG SINAUT 9
9.1 ¿Qué es el routing PG?
9.1.1 Introducción
En el mundo SIMATIC, el término "routing" se define del siguiente modo:
El routing consiste en preparar el camino a la información más allá de los límites de la red.
Actualmente, en el mundo SIMATIC no es posible configurar una conexión que supere los
límites de la red y por la que puedan enviarse automáticamente datos entre los dos puntos
finales participantes.
Sin embargo, sí que es posible el denominado routing PG. El routing PG permite acceder a
módulos programables o aptos para diagnóstico desde una programadora (PG) o un equipo
(PC) más allá de los límites de la red.
Routing PG SIMATIC y routing PG SINAUT

El routing PG permite todo tipo de diagnóstico en módulos aptos para diagnóstico. Es
posible ejecutar funciones de test, puesta en marcha y servicio, como, por ejemplo, abrir
bloques online, observarlos, editarlos y sobrescribirlos, o bien modificar el estado operativo
de los módulos.
Routing PG SIMATIC
El routing PG SIMATIC solo es posible con tipos de red como MPI, PROFIBUS y Ethernet.
El routing PG SIMATIC se habilitó con STEP 7 V5.0.
Routing PG SINAUT
Superando el routing PG SIMATIC, el routing PG SINAUT funciona también con redes
SINAUT, es decir, en el área WAN.
La funcionalidad del routing PG SIMATIC y del routing PG SINAUT es bastante similar, con
la única diferencia de que este último también funciona más allá de las redes SINAUT. De
este modo se ofrece al usuario una posibilidad cómoda de programación y diagnóstico a
distancia a través de la red de telecontrol propia.
Nota
En los próximos apartados del capítulo se utilizan los términos routing PG y remoto con el
significado siguiente:
• Routing PG
Es el routing PG con tipos de redes como MPI, PROFIBUS y Ethernet, así como redes
SINAUT.
• Remoto
Una CPU remota o un TIM remoto es un módulo que está "alejado", es decir, es posible
acceder al módulo desde la PG a través de redes de telecontrol SINAUT.

Routing PG SINAUT
9.1.2 Ejemplos de configuración del routing PG

Las figuras siguientes muestran el principio básico del routing PG a partir de sus
configuraciones.
Configuración básica del routing PG

En la configuración básica se configura y conecta una PG de la estación maestra en el bus
MPI. El routing PG va desde el TIM de estación maestra hasta un TIM de estación a través
de una red SINAUT (WAN); por este TIM de estación también es posible acceder a la CPU
que tiene conectada.
Figura 9-1 Configuración básica del routing PG
Routing PG de un puesto de control SINAUT ST7cc con SIMATIC STEP 7

En este caso, el routing PG no parte de una PG en la estación maestra, sino del sistema de
control central SINAUT ST7cc conectado con el bus MPI del TIM de estación maestra. La
vía de routing esbozada aquí es, en líneas generales, la misma que en la configuración
básica descrita con una PG central configurada.
Una configuración del sistema SINAUT equipada con SINAUT ST7cc como sistema de
control central ya cuenta con toda la funcionalidad del routing PG si, además del software
SINAUT ST7cc, también se ha instalado SIMATIC STEP 7. El routing PG está por lo general
activado. Esto significa que no es necesario adoptar medidas adicionales para preparar el
routing PG y poder ejecutar las funciones de parametrización, diagnóstico y servicio para
dispositivos remotos a través de redes SINAUT.
Para esta configuración, el routing PG va desde el PC con software STEP 7 hasta una
estación SINAUT a través del TIM de estación maestra y una red SINAUT; en dicha
estación SINAUT puede accederse tanto al TIM de estación como a la CPU.

Routing PG SINAUT
Figura 9-2 Routing PG de un puesto de control SINAUT ST7cc con SIMATIC STEP 7
Routing PG indirecto a través de un PC/portátil remoto con acceso remoto

La configuración representada a continuación es, en principio, la misma que la configuración
con sistema de control central SINAUT ST7cc. El routing PG se utiliza en este caso con un
PC o portátil remoto conectado a una red telefónica o RDSI. Mediante un software para
acceso remoto se establece una conexión con el PC de la estación maestra, de forma que
este pueda manejarse desde el PC/portátil remoto a través de la conexión telefónica/RDSI.
El routing PG va desde allí hasta una estación SINAUT a través del TIM de estación
maestra y una red SINAUT; en dicha estación SINAUT puede accederse tanto al TIM de
estación como a la CPU.
Para el software de acceso remoto pueden adquirirse diferentes productos en el mercado, p.
ej., Symantec pcAnywhere.
Figura 9-3 Routing PG indirecto a través de un PC o portátil remoto con acceso remoto

Routing PG SINAUT
Routing PG indirecto a través de una PG/un PC remoto con SIMATIC STEP 7

La configuración básica con una PG configurada en la estación maestra puede ampliarse
mediante un adaptador Teleservice. La PG se configura y conecta al bus MPI de la estación
maestra. El adaptador Teleservice permite conectar la PG de forma remota a través de una
red telefónica/RDSI. De este modo se prolonga el bus MPI de la estación maestra con una
conexión módem.
El routing PG va desde la PG con el paquete de software SIMATIC STEP 7 hasta una
estación SINAUT a través de la conexión módem, el TIM de estación maestra y una red
SINAUT; en la estación SINAUT puede accederse tanto al TIM de estación como a la CPU.
Figura 9-4 Routing PG indirecto a través de una PG/un PC remoto con SIMATIC STEP 7
9.1.3 Volumen de funciones del routing PG
Volumen de funciones del routing PG

SINAUT ST7 permite la configuración de redes tanto sencillas como complejas. Para el
routing PG esto significa que el acceso a módulos TIM y CPU remotos siempre se produce
respetando el orden jerárquico "de arriba abajo" de una red de comunicación, es decir,
desde una estación maestra a una estación nodo o estación.
Por tanto, en la vía de comunicación son relevantes los siguientes tres niveles:
Tabla 9- 1 Vía de comunicación del routing PG
Punto de partida Punto intermedio Destino

PG/PC en el bus MPI del TIM Módulo TIM en una estación TIM de estación
de estación maestra nodo o
(si es necesario, varios subordi- CPU de estación
nados)

Routing PG SINAUT
La siguiente tabla explica desde qué punto de partida hasta qué destino y a través de qué
vías de comunicación va el routing PG.
Tabla 9- 2 Vista general de las vías de comunicación aptas para routing
Punto de partida A través Punto intermedio A través de Destino

de
Estación maestra - - S Estación
Estación maestra - - SZ Estación
Estación maestra - - SMZ Estación
Estación maestra - - WN Estación
Estación maestra - - SPN Estación
Estación maestra - - S Estación nodo
Estación maestra - - SZ Estación nodo
Estación maestra - - SMZ Estación nodo
Estación maestra - - WN Estación nodo
Estación maestra - - SPN Estación nodo
Estación nodo - - S Estación
Estación nodo - - SZ Estación
Estación nodo - - SMZ Estación
Estación nodo - - WN Estación
Estación nodo - - SPN Estación
Estación maestra S Estación nodo S Estación
Estación maestra S Estación nodo WN Estación
Estación maestra WN Estación nodo S Estación
Estación maestra SMZ Estación nodo S Estación
Tabla 9- 3 Abreviaturas de la tabla de vías de comunicación aptas para routing
Tipo de red/modo de operación

S Línea dedicada/sondeo (polling)
SZ Línea dedicada/sondeo con procedimiento de tiempo pautado
SMZ Línea dedicada/sondeo multimaestro con procedimiento de tiempo pautado
WN Red de marcación/modo espontáneo
SPN Red espontánea/modo espontáneo
9.1.4 Propiedades y restricciones del routing PG

Si se utiliza el routing PG por medio de la herramienta de diagnóstico y servicio SINAUT o
del SIMATIC Manager, deben tenerse en cuenta determinadas propiedades y restricciones
de las funciones.

Routing PG SINAUT
Funciones de la herramienta de diagnóstico y servicio SINAUT con routing PG

● Función TIM Message Monitor
No es posible activar el Monitor de telegramas TIM en un TIM remoto cuando se utiliza el
routing PG.
● Función Firmware update
Debe tenerse en cuenta que con la Actualización de firmware se transmiten grandes
cantidades de datos. Esto puede provocar tiempos de procesamiento de varios minutos
en módulos remotos.
Nota
No es posible actualizar el firmware a través de conexiones por marcación
No es posible cargar firmware nuevo mediante routing PG con conexiones por
marcación.
● Función Repair
La función Repair está prohibida utilizando routing PG.
En caso de ejecutar la función Repair se formatea el disco flash del TIM y se borra por
completo el software del TIM. Después de esto el módulo ya no es accesible a través de
la red SINAUT. En este caso, solo será posible volver a cargar el software del TIM
localmente, a través del bus MPI.
Funciones del SIMATIC Manager con routing PG

● Función Display Accessible nodes
La función Display Accessible nodes solo es posible en principio para dispositivos que
están conectados al bus MPI local. Esta restricción es válida para el routing PG SIMATIC
y, por tanto, también para el routing PG SINAUT.
● Función Hardware diagnostics
La función Hardware diagnostics solo es posible en principio para dispositivos que están
conectados al bus MPI local. Esta restricción es válida para el routing PG SIMATIC y, por
tanto, también para el routing PG SINAUT.
● Función Download
Al Cargar una estación completa (CPU 300 más TIM) se interrumpe la conexión. Puesto
que primero se cargan los datos de sistema TIM y después el TIM realiza un rearranque
completo, el segundo paso correspondiente a la carga de los datos de la CPU se
interrumpe.
No es posible volver a cargar la CPU. No obstante, se recomienda cargar por separado
las carpetas de bloques del módulo CPU y TIM.
● Función Upload to PG
La función Upload to PG solo es posible en principio para dispositivos que están
conectados al bus MPI local. Esta restricción es válida para el routing PG SIMATIC y, por
tanto, también para el routing PG SINAUT.
Restricciones del routing PG con componentes SINAUT ST1


Routing PG SINAUT
9.2 Requisitos del sistema para el routing PG
Introducción
Para poder utilizar la función de routing PG en la red de telecontrol SINAUT con SINAUT
ST7 deben cumplirse los requisitos siguientes o haberse realizado los preparativos
siguientes:
● En la PG/el PC debe haberse instalado la versión 5.1, Servicepack 3 o una versión
superior de STEP 7.
● En la PG/el PC debe haberse instalado la versión 3.0 o superior del paquete de software
SINAUT.
● La edición del sistema operativo RMOS debe ser 2.14 en los módulos TIM de tipo TIM 3
y TIM 4 de la red de telecontrol. Los módulos TIM con la versión 2.04 pueden utilizarse,
pero con restricciones.
● El firmware del TIM de TIM 3 y TIM 4 debe tener una edición mínima.
En el caso de líneas dedicadas se necesita la edición de firmware V 3.14.
Con líneas de marcación se necesita la edición de firmware V 3.46 o superior.
● Para redes de líneas dedicadas o de marcación SINAUT debe haberse parametrizado
una Longitud máxima de telegrama de 240.
● En líneas lentas con una velocidad de transferencia de solo 1200 baudios debe ajustarse
el Factor de repetición a un valor superior a 0.
● Para el routing PG deben grabarse SDB nuevos en los módulos TIM. Estos se generan
con el paquete de software SINAUT a partir de la versión V3.0.
Nota
El routing PG está habilitado para los TIM Ethernet independientemente de la versión de
firmware.
9.2.1 STEP 7
En la PG/el PC debe estar instalada la versión 5.1, Servicepack 3 o una versión superior de
STEP 7. Solo entonces la PG/el PC es apto para routing y puede garantizarse que los SDB
de routing se generen con el contenido correcto.

Routing PG SINAUT
9.2.2 SDB para routing

Solo con el paquete de software SINAUT a partir de la versión V 3.0 puede generarse el
denominado SDB de routing (tipo de SDB 3002) para los módulos TIM. Por otro lado, el
SDB LAN (tipo de SDB 3201) recibe parámetros complementarios necesarios para el routing
PG. El routing PG puede utilizarse únicamente con módulos TIM en los que se han cargado
estos SDB de routing y SDB LAN.
Nota
El SDB de routing (tipo de SDB 3002) solo se genera para módulos TIM que
verdaderamente precisan esta información.
Para un TIM integrado como CP en una estación S7-300 no se genera ningún SDB de
routing si en dicha estación no existe ninguna red local, p. ej., bus MPI o Profibus-DP. Por lo
tanto, la ausencia del SDB de routing en el directorio SDB no supone en este caso un error
en la generación. Aunque falte el SDB de routing, es posible acceder a ese TIM y a la CPU
S7-300 conectada a través del routing PG.
Tabla 9- 4 Sinopsis de los tipos de SDB
Tipo de SDB Contenido

0 SDB SIMATIC estándar
700 Parámetros de conexión PBK
3002 SDB de routing
3201 Datos LAN
3202 Datos WAN
3100 Datos Ethernet
3203 Datos de dispositivos SINAUT
3205 Parámetros para la conexión X
3206 Datos TD7onTIM
Además del tipo de SDB 0, siempre se generan los SDB del tipo 3201, 3202, 3203 y 3205
para el TIM; por el contrario, los tipos de SDB 700, 3002, 3100 y 3206 solo se generan en
caso necesario.
9.2.3 Ajustes para redes SINAUT
Factor de repetición y Longitud máxima de telegrama

Para la función de routing PG es imprescindible que el parámetro de red maximum message
length se haya ajustado al máximo valor posible de 240 para las redes SINAUT. Dado que
este valor se introduce como predeterminado para redes SINAUT en el cuadro de diálogo
Properties, por lo general ya está ajustado.
Si en una red SINAUT se ha ajustado una velocidad de transmisión de 1200 baudios, hay
que asegurarse de que el factor de repetición sea superior a 0. Se recomienda aplicar los

Routing PG SINAUT
valores predeterminados ofrecidos para el factor de repetición en los cuadros de diálogo de

configuración:
● Para líneas dedicadas: 3
● Para redes de marcación: 7
9.2.4 Nueva compilación de bloques de sistema

Si el routing PG se debe posibilitar en una instalación SINAUT ST7 ya existente, el proyecto
afectado debe compilarse de nuevo en la administración de dispositivos de la herramienta
de configuración SINAUT (a partir de V 3.0). Basta con generar de nuevo solo los SDB. Los
programas de los módulos CPU no cambian para el routing PG.
Una vez que se han generado los SDB, deben cargarse y activarse en los módulos TIM de
toda la configuración del sistema SINAUT.
9.2.5 Carga de SDB recién generados en un TIM en ejecución
SDB nuevos durante el funcionamiento

Si se han generado SDB nuevos para una instalación SINAUT ST7 ya existente, estos
deben cargarse a continuación en los correspondientes módulos TIM de la instalación.
Sin routing PG, los SDB se cargan directamente en cada TIM a través del bus MPI y la
Interfaz MPI de la CPU. En un TIM Ethernet es posible emplear la interfaz Ethernet del TIM
En el apartado "Carga centralizada de SDB por medio de routing PG" del manual se
describe otra forma de cargar los SDB en los módulos TIM remotos desde la estación
maestra.
Nota
Los bloques de datos de sistema nuevos se cargan en un módulo TIM con ayuda de la
herramienta de diagnóstico y servicio SINAUT, con la función "Download SDBs". Encontrará
más información en el capítulo correspondiente del manual.
Cuando se cargan bloques de datos de sistema en la configuración hardware hay que
asegurarse de que no se carguen SDB de conexiones (SDB7xx).
Para activar los SDB recién cargados en el módulo TIM es necesario rearrancar el TIM. No
obstante, las consecuencias de rearrancar un módulo TIM son las siguientes:
● Falla la conexión entre la programadora y el TIM.
● Fallan las conexiones entre el TIM y otros interlocutores SINAUT (conexiones SINAUT).
Esto provoca avisos de fallo en los interlocutores del módulo TIM.

Routing PG SINAUT
● En el caso de un TIM de nodo, también se señaliza el fallo de la conexión con las

estaciones subordinadas.
● Con un TIM de nodo es posible que durante el rearranque también se pierdan
telegramas de datos guardados en el TIM. Esto es especialmente relevante para TIM de
estación en una red de marcación.
Por consiguiente, a la hora de cargar SDB en módulos TIM debe tenerse en cuenta lo
siguiente:
● Antes de transferir los SDB debe ofrecerse al TIM la posibilidad de transmitir los
telegramas que tiene guardados.
● Tras rearrancar el TIM, las conexiones SINAUT se restablecen de forma automática. Sin
embargo, la conexión de la PG con el TIM debe activarse desde la PG del usuario en
caso de que sea necesario.
9.2.6 Carga centralizada de SDB por medio de routing PG

Los SDB pueden cargarse como hasta ahora directamente en cada TIM a través del bus
MPI. No obstante, también se puede plantear hacerlo desde la estación maestra, es decir, la
posibilidad de utilizar el routing PG a pesar de que la instalación todavía no se haya
activado para ello. Este procedimiento puede considerarse si ya se ha comprobado que los
módulos TIM de las estaciones son aptos y están preparados para el routing PG en cuanto
al sistema operativo y el firmware del TIM.
En el siguiente ejemplo de configuración, los SDB se cargan y activan de forma centralizada
en cuatro pasos sucesivos:
Paso 1:
Cargue primero los SDB recién generados en el módulo TIM ubicado en la estación maestra
(el TIM 4 a en el ejemplo) y active los SDB rearrancando el módulo TIM a continuación. El
TIM 4 a es ahora apto para routing.
Repita este procedimiento para todos los módulos TIM de la estación maestra en caso de
que esta contenga más de uno.

Routing PG SINAUT
Figura 9-5 Paso 1 para cargar SDB de forma centralizada en el ejemplo de configuración
A través del TIM 4 a de estación maestra, ahora apto para routing, la PG tiene acceso a
todos los módulos TIM de nodo o de estación conectados directamente a este TIM de
estación maestra vía WAN a y WAN b. En el ejemplo, la PG puede acceder a ambos
módulos TIM 4 b y TIM 3 a vía WAN a, pero aún no a los módulos CPU locales, ni tampoco
al TIM 4 c de la estación nodo.
Dado que los dos módulos TIM 4 b y TIM 3 a están ahora accesibles, la PG puede ejecutar
las funciones de diagnóstico y servicio para ambos módulos TIM. De este modo, desde la
PG también pueden transferirse SDB a estos dos módulos TIM.
Paso 2:
Cargue los SDB recién generados en los módulos TIM 4 b y TIM 3 a y actívelos
rearrancando a continuación ambos módulos TIM. TIM 4 b y TIM 3 a también son ahora
aptos para routing.

Routing PG SINAUT
A través de los dos módulos aptos para routing TIM 4 b y TIM 3 a, la PG tiene ahora acceso
a todos los módulos CPU y TIM conectados allí localmente. Los módulos CPU y TIM locales
son todos aquellos que están conectados a un TIM apto para routing a través del bus de
fondo (en S7-300), vía MPI o vía WAN.
La PG del ejemplo puede acceder ahora a los siguientes módulos CPU y TIM:
● En las estaciones, a la CPU conectada al TIM 3 a a través del bus de fondo.
● En la estación nodo, a la CPU y al TIM 4 c vía MPI, así como al TIM 3 b de estación
conectado al TIM 4 b vía WAN c, pero aún no a la CPU local.
Los módulos CPU accesibles pueden programarse a partir de ahora de forma remota. La
PG puede de nuevo ejecutar todas las funciones de diagnóstico y servicio para los dos
módulos TIM ahora accesibles TIM 4 c y TIM 3 b. De este modo, la PG puede incluso
transferir SDB a estos módulos TIM.
Paso 3:
Cargue los SDB recién generados en los módulos TIM 4 c y TIM 3 b y actívelos
rearrancando a continuación ambos módulos TIM. TIM 4 c y TIM 3 b también son ahora
aptos para routing.

Routing PG SINAUT
A través de los dos módulos TIM ahora aptos para routing TIM 4 c y TIM 3 b, la PG tiene
acceso a todos los módulos CPU y módulos TIM conectados allí localmente. La PG del
ejemplo puede acceder ahora a los siguientes módulos CPU o TIM:
● En las estaciones, a la CPU conectada al TIM 3 b a través del bus de fondo.
● Al TIM 3 c de estación conectado vía WAN d al TIM 4 c en la estación nodo, pero aún no
a la CPU local conectada al TIM 3 c en la estación.
El módulo CPU accesible puede programarse a partir de ahora de forma remota.
La PG puede de nuevo ejecutar todas las funciones de diagnóstico y servicio para el módulo
TIM ahora accesible. De este modo, la PG puede incluso transferir SDB a este módulo TIM.
Paso 4:
Cargue los SDB recién generados en el módulo TIM 3 c y actívelos rearrancando a
continuación el módulo TIM.

Routing PG SINAUT
9.3 Aplicación del routing PG
El TIM 3 c también es ahora apto para routing. El módulo CPU conectado al TIM 3 b puede
programarse a partir de ahora de forma remota.

Antes de poder realizar el routing PG a través de la red de telecontrol SINAUT con la PG o
el PC es necesario ajustar primero las propiedades de la interfaz PG/PC y la asignación de
la PG/el PC en la red SINAUT.
9.3.1 Propiedades de la interfaz PG/PC
Adaptación de la interfaz PG/PC

1. Abra la ventana Control Panel haciendo clic en el menú Start / Settings / Control Panel.
2. Elija el símbolo Set PG/PC Interface.
3. En el cuadro de diálogo Set PG/PC Interface seleccione la interfaz MPI en el campo
Interface parameter assignment used.
4. Haga clic en el botón Properties.
5. Confirme el cuadro de diálogo de advertencia con Yes. Se abre el cuadro de
diálogo Properties.

Routing PG SINAUT
6. Seleccione la opción 100 s en la ficha MPI del cuadro de diálogo Properties, en la lista
Timeout.
7. Cierre los cuadros de diálogo Properties y Set PG/PC Interface pulsando el botón OK, y
cierre también la ventana Control Panel.
Figura 9-9 Cuadro de diálogo Properties de la interfaz en el panel de control
Con ello ha terminado la adaptación de la interfaz PG/PC.
9.3.2 Asignación de PG/PC en la red SINAUT

Antes de poder realizar el routing PG a través de redes SINAUT con una PG/un PC es
necesario configurarlo y asignarlo dentro de un proyecto SINAUT.
Asignación de la PG/el PC
La asignación de la PG/el PC en la red se lleva a cabo en la herramienta de configuración
de red SIMATIC NetPro.
1. En la herramienta de configuración de red SIMATIC STEP 7 NetPro, abra el proyecto en
el que desee realizar el routing PG.
2. Si todavía no lo ha hecho, abra el catálogo NetPro.
3. Desde el directorio Stations del catálogo de NetPro, arrastre una PG/un PC a la ventana
de red y colóquelo en un lugar adecuado.
4. Haga clic con el botón derecho del ratón en la PG/el PC que está instalado actualmente.
Aparece un menú contextual.
5. Haga clic en la opción Assign PG/PC del menú contextual. Se abre el cuadro de diálogo
Properties.

Routing PG SINAUT
6. En el campo Configured Interfaces del cuadro de diálogo Properties, elija la red MPI a la
que está conectada la PG/el PC configurado.
Figura 9-10 Cuadro de diálogo Properties - PG/PC / ficha Assignment en NetPro
7. Seleccione la interfaz MPI que se utilizará en el campo Interface Parameter Assignments

in the PG/PC.
8. Haga clic en Assign. La interfaz MPI asignada se muestra en el campo Assigned. Con
ello se habilita la interfaz para el acceso al routing PG.
9. Cierre el cuadro de diálogo con el botón OK. La asignación correcta de la PG/el PC se
representa con una conexión MPI con fondo amarillo y una flecha amarilla indicando
hacia arriba en el símbolo de PG/PC de NetPro y en el SIMATIC Manager.

Routing PG SINAUT
10.Guarde el proyecto en NetPro.

11.A través de un cable PG, conecte la PG/el PC al bus MPI al que se ha asignado la PG/el
PC en NetPro.
Figura 9-11 Vista del proyecto en NetPro con PG/PC conectado
Nota
Mientras se deje la PG/el PC conectado en el lugar de la red en el que se ha asignado en
NetPro, no será necesario anular la asignación. Ni tampoco cuando deba desconectarse la
PG/el PC. Tras conectar la PG/el PC y abrir el proyecto es posible volver a utilizar
inmediatamente el routing PG. No es necesario volver a realizar ajustes o asignaciones.
Sin embargo, si la PG/el PC no está siempre en el mismo lugar o si se cambia a otro
proyecto en la PG/el PC, se recomienda encarecidamente anular siempre la asignación
antes de desconectar la PG/el PC o cambiar a otro proyecto. De este modo se garantiza
que la PG/el PC pueda volver a asignarse cuando se utiliza en otro lugar o en un proyecto
distinto.

Routing PG SINAUT
9.3.3 Routing PG en redes de marcación

Hay funciones de PG que, una vez iniciadas, mantienen un tráfico de telegramas constante
con la CPU o el TIM porque pretenden actualizarse continuamente. Una función de este tipo
provocaría una conexión permanente con la estación pertinente en la red de marcación, es
decir, hasta que el usuario deseleccionara la función.
Otras funciones de PG solo se ejecutan una vez. No necesitan actualizarse continuamente.
Con una red de marcación, la conexión por marcación se establecería en ese caso
brevemente para volver a deshacerse después.
Si se desea establecer una conexión constante con una estación de marcación durante el
routing PG, se recomienda iniciar al principio una función de PG que requiera una
actualización permanente, independientemente de la función de PG que esté activada en
ese momento. Esta función debe entonces mantenerse mientras dure el routing PG,
forzando así una conexión permanente. De forma paralela puede ejecutarse otra función de
PG.
Una función de PG especialmente apropiada para mantener una conexión permanente es la
función Operating mode. Precisa poco tiempo para ejecutarse y su actualización constante
supone una carga mínima para el tráfico de datos habitual. Otras funciones apropiadas son
Module information y Set Time of Day.
El routing PG sobrecarga la trasferencia de datos de proceso, es decir, estos datos se
transfieren a la estación maestra mientras exista la conexión PG. Esta transferencia será
más lenta, como si no se hubiera activado el routing PG.
Por otro lado, la transferencia paralela de telegramas de datos también ralentizará las
reacciones a funciones de PG iniciadas. El routing PG reaccionará con mucha lentitud al
principio, sobre todo si justamente se ha seleccionado el TIM de estación para el routing PG
y este TIM tiene muchos telegramas guardados. Por tanto, se recomienda permitir primero
al TIM de estación transferir sus telegramas antes de iniciar funciones de PG complejas.
9.3.4 Anulación de la conexión PG/PC en la red SINAUT
Anulación de la asignación PG/PC

Si una PG se ha asignado en un proyecto y posteriormente debe utilizarse en otro lugar,
p. ej., directamente en una CPU o un TIM local, primero es imprescindible anular la
asignación. Proceda del siguiente modo:
1. En el proyecto abierto en NetPro, haga clic con el botón derecho del ratón en la PG/el PC
que sigue asignado.
2. Elija Cancel PG/PC Assignment en el menú contextual que se abre.
3. Acuse el siguiente cuadro de diálogo de advertencia con OK.
La asignación PG/PC está anulada y se representa del siguiente modo en la imagen de
red de NetPro:
– La línea de conexión de la PG/el PC al bus MPI ya no tiene el fondo amarillo.
– En el símbolo de la PG/el PC ha desaparecido la flecha amarilla.
4. Guarde el proyecto en NetPro.

Bibliografía A
Cómo encontrar la documentación Siemens
● Referencias
Los números de artículo para los productos Siemens relevantes aquí se encuentran en
los catálogos siguientes:
– Comunicación industrial SIMATIC NET / identificación industrial, catálogo IK PI
– Productos SIMATIC para Totally Integrated Automation y microautomatización,
catálogo ST 70
Puede solicitar catálogos e información adicional a la subsidiaria o sucursal
correspondiente de Siemens. También encontrará la información de producto en el
Siemens Industry Mall, bajo la dirección siguiente:
Enlace: (https://mall.industry.siemens.com)
● Manuales en Internet
Los manuales SIMATIC NET están disponibles en las páginas de Internet de Siemens
Industry Online Support:
Desplácese dentro del árbol de productos al producto deseado y realice los ajustes
siguientes:
Tipo de artículo "Manuales"
● Manuales en soporte de datos
Los manuales de los productos SIMATIC NET se encuentran también en el soporte de
datos que acompaña a muchos de los productos SIMATIC NET.
/1/
SIMATIC NET
SINAUT ST7
Manual de sistema
- Tomo 1: Station control system
- Tomo 2: Software (STEP 7 V5)
- Volumen 3: Software (STEP 7 Professional)
Siemens AG

Bibliografía
0 /2/
/2/
SIMATIC S7
Sistema de automatización S7-300
Siemens AG
● CPU 31xC y 31x - Configuración: Instrucciones de servicio
● Datos de los módulos: Manual de referencia
/3/
SIMATIC NET
MODEM MD720
Instrucciones de servicio
Siemens AG
/4/
SIMATIC NET
Mobilfunkrouter SCALANCE M870
(M873 / M874 / M875 / M876)
Siemens AG
/5/
SIMATIC NET
SINAUT ST7cc
Manual
Siemens AG
Enlace: (https://support.industry.siemens.com/cs/ww/en/ps/15927/man)
/6/
SIMATIC NET
SINAUT ST7sc
Manual
Siemens AG
Enlace: (https://support.industry.siemens.com/cs/ww/en/ps/15929/man)

Bibliografía
0 /7/
/7/
SIMATIC NET
Industrial Ethernet Security
Conceptos básicos de seguridad y aplicaciones
Manual de configuración
Siemens AG
/8/
SIMATIC NET
Industrial Ethernet Security
SCALANCE S
Manual de puesta en servicio y montaje
SIEMENS AG
/9/
SIMATIC NET
TIM 1531 IRC
Siemens AG
/10/
SIMATIC NET
CP 1243-8
Siemens AG
/11/
SIMATIC
CP 1542SP-1 IRC
Siemens AG
/12/
SIMATIC
RTU3000C
Siemens AG

Bibliografía
0 /12/

Glosario
APN
Access Point Name
Nombre del host DNS del punto de conexión hacia una red externa (aquí: punto de acceso a
Internet en la red GPRS).
Ciclo principal / ciclo subordinado

El desarrollo del ciclo de llamadas puede configurarse en el TIM de estación maestra
asignando el ciclo principal o el ciclo subordinado a las diferentes estaciones llamadas.
El ciclo subordinado se activa siempre al final del ciclo principal, después de haber llamado
todas las estaciones del ciclo principal. En un ciclo subordinado se llama un número
configurable de estaciones.
A continuación se llaman de nuevo todas las estaciones del ciclo principal. Después sigue
otro ciclo subordinado, en el que se llaman otras estaciones asignadas al ciclo subordinado.
Ciclo subordinado
→ Ciclo principal / ciclo subordinado
Comprobación 1 de 8
Mecanismo para bloquear varios comandos simultáneos.
Al introducir comandos se comprueba si en el momento del registro solo hay pendiente un
comando. Si en comparación con el último ciclo solo hay pendiente un único bit de comando
modificado en el byte de comando, se inicia la transferencia del byte de comando. Si hay
varios bits modificados dentro del byte de comando, se detecta un error y el byte de
comando no se transfiere.
La función se ejecuta con el typical de puntos de datos "Cmd01B_S" de la librería de
bloques TD7onCPU. Adicionalmente se requiere el bloque "FC Safe".
Comprobación 1 de n
Mecanismo para bloquear varios comandos simultáneos.
Al introducir comandos se comprueba si en el momento del registro solo hay pendiente un
comando. Si solo hay pendiente un único comando, se inicia la transferencia del comando al
interlocutor de la comunicación. Si hay varios comandos pendientes al mismo tiempo, se
detecta un error y el comando no se transfiere o no es emitido por el destinatario.
La función se ejecuta con el bloque "FC Safe" de la librería de bloques TD7onCPU. La
función es compatible con los typicals de puntos de datos "Cmd01B_S", "Par12D_S"
y"Set01W_S".

Glosario
Comunicación cruzada
Comunicación entre dos estaciones que es transmitida por una central de Telecontrol /
SINAUT.
Con redes de marcación se establece una conexión directa entre las dos estaciones en
redes ST7.
Véase "Comunicación directa"
Comunicación directa
En la comunicación directa las estaciones S7 se comunican directamente entre sí sin que
los telegramas sean transmitidos desde una central o una estación.
Véase "Comunicación cruzada"
Contexto: Telecontrol/SINAUT
Comunicación sencilla por Internet

En el ámbito de SINAUT ST7, por "Comunicación sencilla por Internet" se entiende el
intercambio de datos entre dispositivos aptos para TCP/IP en redes Ethernet, redes fijas o
redes de telefonía móvil por medio del protocolo MSC.
Consulta general
Con una consulta general (GA), una estación central solicita la memoria imagen de proceso
actual de los dispositivos conectados.
Una consulta general se inicia automáticamente cuando se subsana un fallo de la conexión
o si un interlocutor que ha fallado notifica un rearranque. Además de la consulta general
automática, el programa de usuario o el puesto de control pueden activar también una
consulta general.
TD7onTIM no soporta consultas generales.
CP
Communications Processor (procesador de comunicaciones)
Módulo para tareas de comunicación ampliadas, que pone a disposición de la CPU tipos de
interfaces o posibilidades de comunicación adicionales.
CPU
Central Processing Unit
Procesador central de un controlador SIMATIC
CPU local
CPU asignada a un módulo TIM.

Glosario
CSD
Circuit Switched Data
Servicio para transferir datos en la red GSM. Son posibles conexiones de marcación de
módems GSM a módems analógicos/GSM/RDSI y otros dispositivos con módem. La
velocidad de transferencia es de 14.400 bits/s en el caso de la transmisión dúplex no
protegida y de 9.600 bits/s en la transmisión protegida.
CTS
Clear to send
Señal del control de flujo de datos
DNP
Distributed Network Protocol
DSL
Digital Subscriber Line
Estándares para la transferencia de datos telefónicos y de Internet con velocidades de
transferencia que llegan a 1000 Mbits/s.
EGPRS
Enhanced GPRS
Servicio orientado a paquetes para la transmisión de datos basada en IP en redes GSM. Si
se utiliza un procedimiento de modulación adicional (tecnología EDGE), se producirá un
aumento en la velocidad de transferencia con respecto a GPRS.
Estación
● Hardware
Controlador SIMATIC con los componentes necesarios para captar, registrar y procesar,
así como para la comunicación, consistente en: CPU, módulos E/S, módulo de
comunicación, módem, etc.
● Tipo de nodo de red
Ajuste de una interfaz WAN del TIM. Una interfaz del tipo de nodo de red "Estación" se
comunica en el nivel jerárquico más bajo de una red SINAUT.
Estación central
Estación de la jerarquía más alta de una red de Telecontrol con protocolo ST7. Está
conectada al sistema de control y a las estaciones subordinadas o estaciones nodo.
Las interfaces WAN del TIM se ajustan en el tipo de nodo de red "Estación central".

Glosario
Estación de ingeniería
PC con el proyecto de STEP 7 Professional (TIA Portal)
Estación nodo
Una estación nodo es una estación situada entre la estación maestra y las demás
estaciones en la jerarquía de una red de telecontrol. A una estación nodo están conectadas
una o varias estaciones subordinadas. El tráfico de datos entre estas estaciones y la
estación maestra se desarrolla a través de la estación nodo. En este contexto es posible
también un intercambio directo de datos entre la estación nodo y las estaciones
subordinadas. En una red SINAUT son posibles varios niveles de estaciones nodo.
GPRS
General Packet Radio Service
Servicio orientado a paquetes para la transmisión de datos basada en IP en redes GSM.
Los datos se transmiten con los protocolos de Internet TCP/IP o UDP/IP.
GSM
Global System for Mobile Communication
Estándar mundial para las comunicaciones móviles (2G).
Interfaz S0
Interfaz básica de ISDN (RDSI) para la conexión de equipos terminales.
IRC
Industrial Remote Communication
Grupo de productos SIMATIC NET para Telecontrol.
ISDN
Integrated Services Digital Network
Estándar para una red digital de transferencia para servicios J/L/P de telefonía, fax, télex,
teletex y datex. Es posible transferir simultáneamente datos de diferentes servicios. Por
norma general, las conexiones telefónicas funcionan con velocidades de transferencia entre
56 y 64 kbits/s.
LAN
Local Area Network
Red local, por lo general "Industrial Ethernet".

Glosario
Librería SINAUT TD7

Software para el control de la comunicación ST7 de módulos de Telecontrol. El software
TD7 se encarga de que en las estaciones tenga lugar una transmisión de datos de proceso
controlada por modificaciones entre las distintas CPU y el puesto de control, p. ej. ST7cc. Si
se producen fallos en conexiones, en las CPU o en el puesto de control, se señalizan. Una
vez subsanado el fallo o tras el arranque de la CPU o el puesto de control, se actualizan
automáticamente los datos. Si se desea, los telegramas de datos se pueden dotar de un
sello de tiempo.
El software TD7 está disponible en las variantes siguientes:
● TD7onCPU
Bloques de programa en el programa de usuario de la CPU
La librería SINAUT TD7 está formada por bloques de programa para la CPU. Están
disponibles en las siguientes variantes:
– Librería para STEP 7 V5
Los bloques pueden ejecutarse en CPU S7-300 y S7-400 (excepto la CPU 400H).
Hay pocos bloques previstos especialmente para S7-300 o S7-400.
– Librerías para STEP 7 Professional
Para proyectos de STEP 7 en TIA Portal hay una librería global con dos variantes:
- Bloques para S7-1500
- Bloques para S7-300 y S7-400
TD7onCPU no es compatible con el uso del protocolo DNP3.
● TD7onTIM
Parte configurable del firmware del módulo de comunicación
Es posible utilizar TD7onTIM en un TIM Ethernet como alternativa a TD7onCPU.
TD7onTIM se ejecuta en el TIM. Se configura del siguiente modo:
- STEP 7 V5: en el software de ingeniería SINAUT
- STEP 7 Professional: mediante los puntos de datos del TIM
No es posible el uso simultáneo de TD7onCPU y TD7onTIM en una estación.
Línea compartida
Estructura del bus de comunicación de las CPU S7-300 más pequeñas. El bus de
comunicación está cableado físicamente con la interfaz MPI de la CPU.
Las CPU que tienen línea compartida son: CPU 312.. / 313.. / 314.. / 315.. hasta
CPU 315-2 DP y dispositivos C7.
Con las CPU de línea compartida pueden utilizarse todos los tipos de TIM. Encontrará
información detallada en la siguiente dirección de Internet:
https://support.industry.siemens.com/cs/ww/en/view/24059469
En las CPU que no tienen líneas compartidas (CPU 315-2 PN/DP hasta CPU 319-3 PN/DP),
la interfaz MPI y el bus de comunicación están separados.

Glosario
Llamada permanente
La llamada permanente no interrumpe el ciclo normal de llamadas; se alterna siempre con
una llamada de estación procedente del ciclo normal de llamadas.
LTOP
Line Transformer with Overvoltage Protection
Módulo de protección contra sobretensiones del programa de dispositivos SINAUT -
descatalogado
MCC - Mobile Country Code

→ PLMN
Memoria imagen
Área de memoria para la memoria imagen de proceso en un módulo de Telecontrol
Cada telegrama de datos se guarda una única vez en la memoria imagen. Los valores
nuevos de un punto de datos sobrescriben el valor actual en la memoria imagen.
Véase Búfer de transmisión
Contexto: TeleControl
Mensajes
Correos electrónicos y SMS en el contexto de TeleControl
Véase también Telegrama de datos.
MNC - Mobile Network Code

→ PLMN
Modo espontáneo
El modo espontáneo es un método de transmisión de datos SINAUT con el que los
dispositivos pueden intercambiar datos directamente entre sí. Para ello se requiere una
instancia central en forma de TIM de estación maestra, como para el sondeo (véase
"Sondeo"). El modo espontáneo está previsto para la transmisión de datos en redes de
marcación y para la comunicación a través de redes basadas en IP.
Para la transmisión en la red de marcación y en redes basadas en IP sujetas a pago (p. ej.,
GPRS), al parametrizar se pueden asignar diversas prioridades a los datos que deben
enviarse ("alta" o "normal", en caso de TD7onTIM también "alarma"). Si se deben transmitir
datos con prioridad alta o de alarma, se establece inmediatamente una conexión por
marcación. En el caso de prioridad "normal", los datos se almacenan primero en el TIM. Se
transmiten a la siguiente conexión que se establezca con el interlocutor por cualquier
motivo. Esto puede tener lugar, por ejemplo, si se debe transmitir una información con
prioridad alta o si el interlocutor establece una conexión para intercambiar datos.

Glosario
MPI
Multi Point Interface
MPI es la interfaz de las programadoras de SIMATIC S7-300/400. La interfaz MPI permite a
dispositivos como el TIM comunicarse entre sí.
Consulte también Línea compartida.
MSC
El protocolo de transferencia MSC es un protocolo propietario en la capa OSI 3 para la
comunicación segura con SINAUT ST7 en redes Ethernet, redes fijas o redes de telefonía
móvil. El protocolo MSC ofrece un método de autenticación y un cifrado sencillo de datos.
El protocolo está disponible en las variantes MSC y MSCsec (con intercambio cíclico de
claves).
MSCsec
→ MSC
Objeto SINAUT
Un objeto SINAUT contiene los datos de una o varias magnitudes del proceso, como valores
analógicos, comandos, valores de cálculo, indicaciones de estado sobre motores,
deslizadores, etc. Un objeto ST7 tiene asignados controles de cambios y procesamientos
específicos de su tipo, con el fin de minimizar el volumen de comunicación en la red WAN.
Son procesamientos específicos de tipo, p. ej., el control de umbral o el cálculo del valor
medio en el tipo de objeto para valores analógicos. El control de cambios está diseñado de
forma que solo se genera un telegrama cuando los datos del objeto han cambiado con
respecto a la última transmisión.
PG
Programadora
Permite el acceso del software de configuración STEP 7 a la CPU SIMATIC.
PLMN
Public Land Mobile Network
Identificación única en todo el mundo de redes de telefonía móvil. La PLMN se compone del
Mobile Country Code (MCC), de tres dígitos, y del Mobile Network Code (MNC) del operador
de red, de dos o tres dígitos.
Polling (sondeo)
El "polling" o sondeo es un método de transferencia de datos en el que una instancia central
controla el intercambio de datos con los interlocutores de la comunicación.

Glosario
El TIM de estación maestra envía sucesivamente un telegrama de llamada a los diferentes

TIM de estación conectados pidiéndoles que transfieran los telegramas de datos
almacenados al TIM de estación maestra. Si una estación llamada no ha almacenado datos
algunos, responde con un telegrama de acuse, provocando que el ciclo de llamadas
continúe con la llamada de la siguiente estación.
Una estación que ha almacenado datos envía un único telegrama de datos como respuesta,
o bien varios telegramas de datos en un bloque en caso de haberse configurado la
transferencia de bloques.
Si el TIM ha almacenado más datos aún, lo señaliza en el telegrama de respuesta. En este
caso se vuelve a llamar la estación inmediatamente después, tantas veces como sea
necesario hasta que se hayan transferido todos los datos almacenados.
Principio de la memoria imagen / principio del búfer de transmisión

● Principio de la memoria imagen
En la memoria imagen está reservado un lugar fijo para cada telegrama de datos que se
transfiere al TIM para su transmisión. Cada nuevo telegrama transmitido sobrescribe
siempre su telegrama precedente en la memoria imagen de telegramas.
Al cargar un telegrama para envío según el principio de la memoria imagen, en el búfer
de envío solo se registra una referencia al lugar ocupado por el telegrama en la memoria
imagen de telegramas. Si el TIM aún no ha podido transmitir el telegrama o si se
transfiere de nuevo el mismo telegrama al TIM, el telegrama no se vuelve a cargar en el
búfer de envío, sino que solo se actualiza su imagen.
En el momento de la transmisión, el telegrama se envía desde la memoria imagen con
su contenido actual. Solo entonces se puede volver a cargar el telegrama en el búfer de
envío.
La transmisión según el principio de la memoria imagen tiene el objetivo siguiente:
– Se descarga el trayecto de transmisión, pues se transfieren menos telegramas.
– Se protege el búfer de envío del TIM, pues un telegrama de la memoria imagen se
carga una vez como máximo en el búfer de envío.
● Principio del búfer de transmisión
Al transmitir un telegrama de datos según el principio del búfer de transmisión, se carga
completo en el búfer de transmisión cada vez que se transfiere al TIM. Por lo tanto, tal
telegrama puede existir de forma múltiple en el búfer de transmisión si no se puede o
debe transmitir de inmediato.
Al realizarse la transmisión, el telegrama se extrae completo del búfer de transmisión y
se transmite.
Principio del búfer de transmisión

→ Principio de la memoria imagen / principio del búfer de transmisión

Glosario
Protocolo
Un protocolo es una convención para la transmisión controlada de datos. Así, por ejemplo,
en los protocolos se definen la estructura de los datos, la composición de los paquetes de
datos y la codificación. Además, los protocolos pueden especificar también los mecanismos
de control, así como los requisitos de hardware y software.
Protocolo ST7
→ SINAUT ST7
Routing PG
El routing PG permite acceder a módulos programables o aptos para diagnóstico desde una
programadora (PG) o un equipo (PC) más allá de los límites de la red.
RS-232
RS-232 es un estándar para una transferencia de datos serie (bit a bit) con señales de
+12 V y -12 V. RS-232 es un Recommended Standard (estándar recomendado) de la
Electronic Industries Association. Para la interfaz RS-232 suelen emplearse conexiones de 9
y 25 polos con conectores Sub-D, conectores sub-miniatura con base en forma de D.
RS-485
RS-485 es un estándar para la transmisión de datos serie con señales diferenciales de 5 V.
La interfaz RS-485 utiliza únicamente una pareja de conductores y se emplea en modo
semidúplex. La conexión es apta para multipunto, es decir, permite conectar hasta 32
dispositivos.
RTS
Request to send
Señal del control de flujo de datos
SINAUT
Siemens Network Automation
Sistema de control de estaciones o sistema de acción remota basado en SIMATIC S7.
SINAUT ST7 funciona con el protocolo de acción remota SINAUT ST7.
SINAUT ST7
Protocolo propietario de acción remota para módulos de Telecontrol SIMATIC NET

Glosario
SINAUT ST7cc
Sistema de puestos de control basado en SIMATIC WinCC para SINAUT ST7
SINAUT ST7sc
Sistema para conectar en red estaciones SIMATIC con un puesto de control vía WAN. El
puesto de control puede ser también una estación SIMATIC o un puesto de control basado
en PC, p. ej. WinCC con el complemento SINAUT ST7cc.
SMS
Short Message Service
El servicio de mensajes breves del estándar GSM sirve para enviar mensajes de texto
breves al dispositivo de la red de telefonía móvil.
Los mensajes breves se transmiten mediante un procedimiento "Store and Forward":
primero se transfieren a la central de SMS (SMSC), allí se almacenan temporalmente y, a
continuación, se envían a su destinatario. El remitente puede consultar el estado del
mensaje enviado en la central de SMS o pedir que se acuse la entrega.
SMSC
Short Message Service Center (central de SMS)
Al enviar un SMS, el mensaje se envía primero al SMSC, donde se almacena de forma
intermedia antes de ser reenviado al destinatario.
Software TD7
→ Librería SINAUT TD7
Sondeo (polling)
→ Polling (sondeo)
Sondeo con procedimiento de tiempo pautado

El sondeo con procedimiento de tiempo pautado se utiliza en una red de radio en la que el
uso de la radiofrecuencia asignada por las autoridades competentes se tiene que compartir
con otros proveedores. En el caso típico se da a cada proveedor la oportunidad de
intercambiar datos con sus estaciones durante 6 segundos por cada minuto. Luego se tiene
que dejar libre la frecuencia para los otros proveedores. Durante la pauta de tiempo
asignada, esta variante del sondeo funciona como el sondeo ("polling") normal.
Contexto: SINAUT ST7

Glosario
Sondeo multimaestro con procedimiento de tiempo pautado

Si estaciones que trabajan en el modo de línea dedicada o de radio se deben comunicar con
más de una estación maestra ("central"), se utiliza el modo de sondeo multimaestro con
procedimiento de tiempo pautado. Cada una de las centrales conectadas recibe cada
minuto una o varias pautas de tiempo definidas para la consulta de las estaciones. Las
estaciones maestras se alternan entonces en el sondeo dentro del plazo de un minuto.
ST7cc
→ SINAUT ST7cc
ST7sc
→ SINAUT ST7sc
Tarjeta SIM
SIM - Subscriber Identity Module
La tarjeta SIM es una tarjeta de identificación para el dispositivo de un servicio de telefonía
móvil.
Telegrama
→ Telegrama de datos
Telegrama de datos
Unidad de datos transmitida entre interlocutores de la comunicación. Significado:
● Unidad de datos transmitida en la capa de aplicación (capa OSI 7)
● Denominación general para una unidad de datos transmitida, independientemente de la
capa OSI
Los telegramas de datos contienen los datos de un objeto ST7 que deben transmitirse. En
función del tipo de objeto, un telegrama puede contener siempre todos los datos de un
objeto ST7 o una parte de los datos del objeto que esté relacionada.
Véase "Telegrama organizativo"

Glosario
Telegrama espontáneo / espontáneo condicional / espontáneo incondicional

● Telegrama espontáneo
En las redes SINAUT, los telegramas de datos se transmiten siempre de forma
espontánea, lo que significa que solo se compilan y transmiten cuando cambia un valor
del proceso o bien de forma controlada por eventos. Dichos telegramas reciben el
nombre de telegramas espontáneos.
● Telegrama espontáneo condicional
En la red de marcación se puede definir para cada telegrama si en caso de modificación
se debe activar una transmisión "espontánea condicional" o "espontánea incondicional".
Los telegramas espontáneos condicionales solo se almacenan en un principio
temporalmente en el búfer de transmisión del TIM. No se transmiten hasta que se
establece, por cualquier motivo, una conexión con el interlocutor, por ejemplo, porque se
tiene que transmitir un telegrama espontáneo incondicional o porque llama el interlocutor.
También para la transmisión sujeta a pago por la red GPRS se puede utilizar la
priorización del telegrama como "espontáneo condicional". Tales telegramas no se
transmiten de inmediato, sino que primero se almacenan temporalmente. En la red
GPRS, el TIM envía los telegramas "espontáneos condicionales" guardados en los
siguientes casos:
– Cuando el volumen de telegramas almacenados alcanza o supera los 202 bytes.
– Cuando un telegrama importante (prioridad "espontáneo incondicional" o
"espontáneo") debe transmitirse de inmediato.
– Cuando el volumen de telegramas almacenados no alcanza aún los 202 bytes, pero
expira el intervalo TCP/IP Keep Alive.
– El grado de llenado del búfer de transmisión ha alcanzado el 90 % de su capacidad
máxima.
● Telegrama espontáneo incondicional
En la red de marcación se puede definir para cada telegrama si en caso de modificación
se debe activar una transmisión "espontánea condicional" o "espontánea incondicional".
Los telegramas espontáneos incondicionales causan un establecimiento inmediato de la
conexión. También para la transmisión sujeta a pago por la red GPRS se puede utilizar
la priorización del telegrama como "espontáneo incondicional". Un telegrama de este tipo
se transmite inmediatamente, a diferencia de un telegrama "espontáneo condicional".
Telegrama espontáneo condicional

→ Telegrama espontáneo / espontáneo condicional / espontáneo incondicional
Telegrama espontáneo incondicional

→ Telegrama espontáneo / espontáneo condicional / espontáneo incondicional

Glosario
Telegrama organizativo
Los telegramas organizativos se utilizan para realizar funciones de sistema relativas a la
organización, por ejemplo:
● Consultas generales
● Sincronización horaria
● Reubicación en memoria de valores de contaje
● Conexión y desconexión coordinadas en la red de marcación
● Aviso de arranque y fallo de estación
● Solicitud y transmisión de datos contables de los dispositivos
Telegramas consultados
Los telegramas consultados son telegramas de datos de un TIM de estación o un TIM de
nodo con un identificador especial del que se deduce que han sido transferidos a raíz de
una consulta general de la estación maestra.
TIM
Telecontrol Interface Module
Módulo de comunicación que ejecuta de manera autárquica todas las funciones de
transmisión de datos disponibles en el sistema SINAUT.
● TIM Ethernet
Un TIM Ethernet (TIM ST7) tiene, al contrario que un TIM clásico, interfaces LAN para la
comunicación basada en IP.
● TIM ST7
Un TIM ST7 utiliza el protocolo de acción remota SINAUT ST7.
– Las variantes del TIM 3V-IE tienen una interfaz RS-232 y una interfaz Ethernet.
– El TIM 4R-IE tiene dos interfaces RS-232/RS-485 y dos interfaces Ethernet.
– El TIM 1531 IRC tiene dos interfaces RS-232/RS-485 y dos interfaces Ethernet.
● TIM DNP3
Un TIM DNP3 utiliza el protocolo de acción remota DNP3.
– El TIM 3V-IE DNP3 tiene una interfaz RS-232 y una interfaz Ethernet.
– El TIM 4R-IE DNP3 tiene cuatro conexiones WAN: dos interfaces RS-232/RS-485 y
dos interfaces Ethernet
TIM DNP3
→ TIM

Glosario
TIM Ethernet
→ TIM
TIM local
Es un TIM conectado a un PC (ST7cc, ST7sc) o a una CPU S7 a través de un bus MPI,
Industrial Ethernet o una red basada en IP.
TIM ST7
→ TIM
VPN
Virtual Private Network
Tecnología para el transporte seguro de datos confidenciales por redes IP públicas, por
ejemplo Internet.
WAN
Wide Area Network
Red de datos con una extensión geográfica de gran tamaño, p. ej., Internet, una red
telefónica o una red de empresa. Las siguientes redes WAN pueden utilizarse con SINAUT:
● WAN clásica
Abarca la comunicación SINAUT a través de líneas dedicadas (privadas o alquiladas),
redes inalámbricas privadas, red analógica de telefonía, red digital RDSI y redes de
telefonía móvil (sin Internet).
Una WAN clásica se conecta a una interfaz serie del TIM a través de un dispositivo de
transmisión (módem) apropiado.
● WAN basada en IP
Abarca la comunicación Telecontrol basada en IP a través de radio, conductores de fibra
óptica, redes públicas e Internet mediante servicios como DSL, GPRS o UMTS o bien a
través de sistemas de banda ancha como OTN o PCM30.
Una WAN basada en IP suele conectarse a una interfaz RJ45 de un TIM Ethernet a
través de un módulo compatible con Ethernet.

Índice alfabético
Diagnóstico SINAUT
Avisos de diagnóstico TIM, 464
A Diagnóstico CPU TD7, 469
Estructura de bloques TD7, 471
Abreviaturas, 5
Monitor de telegramas TIM, 467
Actualización de firmware, 490, 534
Visualización de SDB, 481
Administración de dispositivos, 151
Diagnóstico STEP 7
Avisos de diagnóstico
Ajustar la hora, 447
De TD7onCPU, 523
Avisos de CPU, 438
Estado del módulo, 440
Estado operativo, 446
B
General, 438
Bloques de datos de sistema, 136
Generación de, 246
Bloques de función de sistema SFBs, 428 E
Envío de SMS desde CPU - TD7onTIM, 241
Envío de SMS: Sinopsis,
C
Error 1 de n, 208
Canal de emisión, 187 Estación maestra MSC, 47
Canal de recepción, 187 Configuración, 180
Comando agrupado de reubicación, 331 Estación MSC, 47
Comprobación de coherencia, 98, 247, 252 Configuración, 180
Comunicación de Internet, 46
sencilla, 112
Conexiones no válidas, 144, 146 F
Conexiones suprimidas, 148
Firmware - versiones, 3
Configuración
Formación, 9
Cambio de, 51, 253
Funciones de sistema SFCs, 428
Conexiones, 142
Funciones SMS y software TD7, 49
Configuración de red, 55
Configuración hardware, 59
Creación de un proyecto, 55
G
Datos de dispositivos, 151
Phone number, 167 Glosario, 9
Puesto de control ST7cc/sc redundante, 154 Glosario de SIMATIC NET, 9
SMS con TD7onCPU en red de marcación, 172 GPRS, 46
SMS con TD7onTIM vía GPRS, 210
SMS con TD7onTIM vía telefonía móvil, 241
Copiar proyectos, 256 H
Herramienta de diagnóstico y servicio
Routing PG, 434
D
Sinopsis de funciones, 436
Designación del producto, 5 HW Config, 59
Diagnóstico del registro de telegramas
Estructura y funciones, 498
ST7cc/ST7sc, 497 I
TIM, 497
Impresión de información de módulos, 120

Índice alfabético
K Preparativos del sistema, 535

Volumen de funciones, 532
Keepalive monitoring time, 114
S
L
SCALANCE M874-2, 47
Lista de dispositivos (administración de
SDB, 136
dispositivos), 152
Service & Support, 9
SIMATIC Manager, 55
Sincronización horaria, 120
M
En el bus de fondo del S7-300, 103
Manuales - otros, 46 En la interfaz Ethernet del TIM, 103
Método de imagen forzada, 451 En la interfaz MPI del TIM, 103
Módulo TS, 112 En redes SINAUT, 79
en TD7onTIM, 122
S7-300, 122
N S7-400, 123
Sistema H, 41
NetPro, 55
Software - requisitos, 6
Software - versiones, 3
STEP 7 - versiones, 3
O
Objetos de datos, 187, 197
Objetos de sistema, 187, 197 T
Objetos SINAUT, 199, 282
TD7onCPU, 40
TD7onTIM, 40
Telegramas organizativos, 283
P
Tiempo de vigilancia del ciclo (CPU), 62
Protocolo MSC TIM independiente - CPU asignada, 153
Activación, 115 Timeout de Keep Alive, 155
Protocolos MSC, 47 Tipos de telegrama, 283
Túnel MSC, 47
Typical, 282
R
Redundancia
V
Comunicación, 155
Conexiones, 145 Versión de STEP 7 -, 6
Configuración, 154
Sistema H, 41
Referencias cruzadas (PDF), 6
Reorganizar, 257
Reorganizar proyectos, 257
Reparación, 493
Requisitos - software, 6
Routing PG
Anular la asignación PG/PC, 546
Aplicar, 542
Asignar PG/PC, 543
Configuraciones básicas, 530
Introducción, 529


Syh Sinaut-St7-B2 78

Cargado por

Copyright:

Formatos disponibles

Syh Sinaut-St7-B2 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

Syh Sinaut-St7-B2 78

Cargado por

Copyright:

Formatos disponibles

___________________

Volumen 2: Configuración en STEP 7 V5

Siemens AG C79000-G8978-C222-11 Copyright © Siemens AG 2009 - 2018.

Ámbito de validez del manual

Los siguientes módulos de comunicación del sistema de Telecontrol SINAUT ST7 no se

SINAUT ST7 - Software (1)

Objetivo del presente manual

Estructura del manual de sistema

SINAUT ST7 - Software (1)

● SINAUT Engineering Software

Versión actual del manual en Internet

Encontrará más información en Internet

Designaciones de producto y abreviaturas

SINAUT ST7 - Software (1)

SINAUT ST7 - Software (1)

Encontrará las condiciones de licencia en la siguiente documentación incluida en los

SINAUT ST7 - Software (1)

● A partir del 15.04.2015, los productos siguientes tienen el estado "descatalogados":

Documentación 09/2016 para TIM 4R / TIM 4RD y accesorios

Documentación 05/2007 para SINAUT ST1 y módulos ST7 antiguos

SINAUT ST7 - Software (1)

Encontrará una relación de los productos en el capítulo 1 "Componentes de una instalación

Glosario de SIMATIC NET

Formación, Service & Support

SINAUT ST7 - Software (1)

Edición 09/2016 del manual (C79000-G89xx-Cxxx-10)

SINAUT ST7 - Software (1)

Edición 09/2014 del manual (C79000-G89xx-Cxxx-09)

Edición 08/2011 del manual (C79000-G89xx-Cxxx-08)

SINAUT ST7 - Software (1)

Edición 07/2009 del manual (C79000-G89xx-Cxxx-07)

Edición 05/2007 del manual (C79000-G89xx-Cxxx-06)

SINAUT ST7 - Software (1)

Edición 10/2006 del manual (C79000-G89xx-C178-05)

SINAUT ST7 - Software (1)

SINAUT ST7 - Software (1)

SINAUT ST7 - Software (1)

4.4.6 Configuración de redes SINAUT............................................................................................ 73

SINAUT ST7 - Software (1)

6.3.4.6 Ficha "Telephone Directory" .................................................................................................167

SINAUT ST7 - Software (1)

7.1 Tipos de bloque y manejo .................................................................................................... 259

SINAUT ST7 - Software (1)

7.6.3 FC Trigger .............................................................................................................................389

SINAUT ST7 - Software (1)

8.7 Avisos en el búfer de diagnóstico de la CPU ....................................................................... 522

SINAUT ST7 - Software (1)

Proyectos SINAUT nuevos en TIA Portal

Tabla 1- 1 Configuración de módulos en STEP 7 Basic / Professional

Ampliación de proyectos SINAUT existentes en TIA Portal

SINAUT ST7 - Software (1)

La configuración de un módulo de comunicación para la ampliación se lleva a cabo del

Encontrará detalles sobre la configuración en el capítulo Configuración de módulos PROXY

1.2 Requisitos para la ampliación

SINAUT ST7 - Software (1)

Requisitos: Versiones de software

Requisitos: Versiones de firmware / actualización del módulo

Requisitos: TIM 1531 IRC

SINAUT ST7 - Software (1)