Entrenamiento Ignition Core

Entrenamiento Ignition Core 1 | 58
Entrenamiento Ignition Core

Introducción
Características básicas
Obtenga la experiencia práctica con todas las características principales de Ignition: estado en
tiempo real y control, tendencia histórica, alarmas, grupos de transacciones, seguridad y más.
El formato del curso anima a los estudiantes a hacer preguntas pertinentes a los proyectos
específicos que han planeado.
Descripción Del Curso
Inductive Automation - Feprom está llevando a cabo un curso de capacitación de 5 días que cubre
las principales características de Ignition por Inductive Automation. Si usted es un usuario nuevo
de Ignition o un usuario existente que buscan descubrir la amplitud de las capacidades de Ignition,
este es el curso para usted.
Usted recibirá una mirada en profundidad a la arquitectura de Ignition, con la participación de las
interacciones entre los PLC y bases de datos SQL. Usted aprenderá cómo plantear y ejecutar con
éxito los proyectos de principio a fin.
La duración del curso es de 5 días, la clase de 09 a.m.- 4 p.m. cada día. El curso se imparte en un
aula-laboratorio, en la que se le asigna un computador a cada asistente.
El plan de estudios incluye conferencias, demostraciones, y la creación de un proyecto en vivo que

le da a cada estudiante una experiencia práctica con las principales características de Ignition. El
formato del curso anima a los estudiantes a hacer preguntas pertinentes respecto a los proyectos
específicos que han planeado.
 Arquitectura
 Instalación e Inicio Rápido
 Carga de Clientes
 Conexión a PLC’s y bases de datos SQL
 SQLTags (OPC, Memoria, Expresión, UDT Complex)
 Historiador
 Ventanas y navegación
 Componentes, Formas y Symbol Factory
 Plantillas de visualización
 Alarmas
 Manejo de eventos & Scripting
 Grupos de transacción
 Seguridad y autenticación
www.inductiveautomation.com www.feproms.com
Ignition
Ignition es una aplicación para servidor industrial. Instalado como software de servidor, que utiliza
páginas web y web-launching para crear una amplia variedad de aplicaciones industriales. Este
tipo de aplicaciones suelen clasificarse como HMI, SCADA y aplicaciones MES.
Ignition logra su funcionalidad a través de una arquitectura modular, lo que significa que múltiples
piezas funcionan a la perfección para ofrecer características como:
Servidores OPC-UA
OPC-UA el líder estándar industrial para el acceso de datos. Utilizando módulo OPC-UA, Ignition
actuará como servidor OPC-UA, recolectando datos lo cuales servirán a otros módulos de Ignition,
por sus drivers integrados, así como de clientes third-party OPC-UA.
Registro de Datos
Ignition ofrece una robusta funcionalidad para el registro de datos. El módulo SQL Bridge ofrece
registro histórico, transacciones basadas en acciones de trigger, y mucho más. Además, la función
de historiador innovadora SQLTags hace que sea más fácil que nunca, el almacenar y utilizar los
datos del proceso histórico.
Status y Control
Ignition ofrece la funcionalidad de estado y control de primera clase, y se puede utilizar para crear
terminales de usuario único así como sistemas distribuidos. SQLTags, el sistema de tags de
Ignition, ofrece muchas características de gran alcance y facilidad de uso sin precedentes. Con sólo
arrastrar y soltar, puede crear una poderosa pantalla de estado y control en cuestión de minutos.
Clientes Lanzado en la Web
Las pantallas de la aplicación cliente se diseñan utilizando un diseñador WYSIWYG, y luego

enviados a cualquier número de equipos cliente sin problemas de instalación o de licencia. El
cliente siempre está al día con la última versión del proyecto, ya que los cambios se distribuyen
automáticamente. Los clientes se ejecutan como aplicaciones completas, sin muchos de los
escollos de tiempos de ejecución de cliente instaladas tradicionalmente.
Servidor de Alarmas
Un potente sistema de alarmas está integrado a Ignition. La configuración de alarmas dinámico

está disponible para cada tag. Un sistema de tuberías para notificación de alarmas de gran alcance
permite un control preciso sobre la lógica de la notificación.
Los mensajes pueden utilizar el correo electrónico, SMS, o llamadas telefónicas para asegurarse de
llegar a la persona adecuada cuando algo va mal.
Un diario de alarma integrado almacena la historia del sistema de alarma para una base de datos,
por lo que es fácil de seguir y analizar problemas comunes en su proceso.
Análisis De Los Datos
Ignition lidera en la industria ofreciendo una funcionalidad de análisis tendencias y datos. El poder
de acceso a base de datos SQL se construye desde la base, y ofrece una enorme cantidad de poder
en TI plantas céntricas de hoy. Gráficos de gran alcance, tablas, y los informes combinados con
Ignition, el modelo de distribución lanzada en la web ofrecen nuevas posibilidades en el análisis de
Comentado [C1]: Módulos y Sistema de Conceptos
datos. Ignition Gateway : es el servicio principal que impulsa todo.
Es una única aplicación que se ejecuta un servidor web
Informes PDF incorporado, conecta a los datos, ejecuta los módulos, se
comunica con los clientes y mucho más.
Ignition permite crear, informes PDF dinámicos ricas en datos utilizando el módulo de informes. Ignition Designer: es una aplicación lanzada en la web que
Unir los datos de producción y de negocios es fácil aprovechando el poder de bases de datos SQL. le permite configurar y construir sus proyectos. La
aplicación se inicia desde la página principal Gateway.
Tolerancia a fallos Cientes Web Launched: son los "Runtimes o ejecuciones"
del módulo Vision. Ellos corren aplicaciones de manera
La función de redundancia permite que dos Gateway Ignition conectados entre sí creen un completa y se comportan como un cliente instalado
tradicional, sin la necesidad de instalar y sincronizar
sistema tolerante a fallos para aplicaciones de misión crítica.
manualmente proyectos.
Clientes Mobile: Con el módulo Mobile instalado, puede
Arquitectura, Instalación y Administración de Clientes iniciar sus mismos proyectos Vision en cualquier teléfono
inteligente o tableta moderna. Esta capacidad no requiere
Arquitectura re-diseño de sus proyectos - un cliente móvil lanza los
mismos proyectos que los clientes Vision lanza.
Ignition es una aplicación de servidor de gran alcance que consta de muchas partes. Sin embargo, Acceso a la BD: El acceso a las bases de datos relacionales
se encuentra en el corazón de la plataforma de Ignition.
está diseñado para ser accesible y fácil de empezar a utilizar, permitiendo al usuario llevar a cabo
Ignition puede conectarse a cualquier base de datos SQL
tantas tareas avanzadas como lo requiera. que tenga un controlador JDBC, aunque dependiendo de las
capacidades de la base de datos, algunas características
Para utilizar con eficacia esta guía y para empezar, hay algunos conceptos básicos acerca de la pueden no estar disponibles.
arquitectura de Ignition que deben ser entendidos desde el principio. Estos conceptos clave se Servidor OPC-UA: OPC-UA es la última revisión de la
especificación OPC, que ofrece un servicio independiente de
encuentran en el capítulo Sistema de Conceptos.
la plataforma como proveedor permitiendo el uso de los
datos industriales. La especificación juega un papel crucial
Además de la arquitectura interna de Ignition, hay muchas arquitecturas de sistemas que son
en Ignition, y es la especificación de acceso de datos
posibles. Así es como se instala Ignition, y cómo interactúa con otros sistemas clave, tales como principal que se utiliza en el Gateway. Ignition soporta
bases de datos y servidores OPC. conexiones a cualquier número de servidores OPC-UA
creados por cualquier fabricante, siempre que sean
Los Diagramas de Arquitectura esbozan una variedad de diferentes posibilidades. La mayoría de compatibles con la especificación. Los datos se utilizan
entonces para dirigir todos los aspectos del sistema.
los usuarios comenzarán a trabajar con Ignition usando una arquitectura estándar, donde el
El uso estándar TCP / IP en lugar del legado DCOM, OPC-UA
software y todos los componentes están instalados en una sola máquina. Sin embargo, para recibir hace que sea fácil de transferir datos de forma segura entre
el beneficio completo de Ignition, es importante saber lo que es posible - y por lo tanto se redes y con los cortafuegos. Todas las conexiones OPC-UA
se basan en la misma tecnología, lo que significa que una
recomienda que al menos navegar a través de los distintos diagramas de arquitectura y temas
conexión a su máquina local no es totalmente diferente a
avanzados de arquitectura. A medida que su sistema se expande, puede volver a investigar las una conexión a una máquina que está lejos.
posibilidades en más profundidad. Esto permite la creación de sistema altamente distribuidos,
y en combinación con otras características de Ignition puede
llevar a las empresas estar mucho más conectados.
Tags (Tags): proporcionan puntos de datos que pueden ser
valores estáticos, expresiones, consultas SQL, o que
provienen de OPC. Los tags soportan un gran número de
funciones, como alarmas, escalamiento, y almacenamiento
histórico.
Los tags se almacenan en proveedores de Tags o tags. De
forma predeterminada, una instalación de Ignition nueva,
tendrá un proveedor variable interna por defecto - esto
puede ser considerado como una base de datos interna
estándar de variables.
Arquitectura Estándar
En la arquitectura estándar, un único gateway está instalado en un servidor central con todos los
módulos deseados. Los dispositivos se conectan a través de la red o serie de enlaces, y se accede a
través del OPC-UA de Ignition u otros servidores OPC instalados en la misma máquina. Las
conexiones de base de datos se hacen a los servidores de bases de datos instaladas en la misma
máquina o en otro lugar en la red.
Cualquier dispositivo en la red habilitado con Java y con acceso al servidor puede lanzar clientes
por ir a la página de puerta de enlace o gateway. Los diseñadores también pueden ser lanzados
por la red. Tanto los clientes como los diseñadores pueden ser lanzados a nivel local en el servidor.
Arquitectura OPC-UA
La arquitectura OPC-UA es muy similar a la arquitectura estándar, pero con sólo el módulo de
Ignition OPC-UA instalado en el servidor. En esta configuración, la puerta de entrada de Ignit2ion
actúa como un servidor dedicado OPC-UA. Cualquier cliente OPC-UA remoto, incluyendo otras
pasarelas de encendido, con acceso a la red puede conectarse al servidor y leer y escribir datos.
Esta instalación es útil para la agregación de datos de muchos sitios. El bajo costo de instalación y
las conexiones seguras, sin molestia proporcionadas por OPC-UA permiten que sea fácil el acceder
y recoger datos que previamente no estaban disponibles en la red.
Arquitectura de registro de datos a distancia (Remote Datalogging)
Ignition está altamente centrado en la red, con la capacidad de conectarse a bases de datos
remotas y servidores OPC-UA tan naturalmente como a las redes locales. Este hecho, combinado
con el almacenamiento y envío (Store & Forward Engine), hacen posible la creación de sistemas
amplios, geográficamente dispersos con poco trabajo adicional.
Las pasarelas o gateways de Ignition a distancia con los módulos de OPC-UA y SQL Bridge pueden
almacenar datos a los servidores centrales. En caso de que la conexión cayera, los datos se
almacenan en un caché hasta que la conexión esté disponible de nuevo, asegurando que nada se
pierda en cuanto a información.
El lanzamiento de clientes en la web se puede utilizar en cualquier ordenador con acceso a la Red-,
incluso a través de una WAN (red de área amplia) o VPN (red privada virtual). De esta forma, los
usuarios pueden acceder de forma segura a datos que se han reunido a partir de una amplia
variedad de fuentes.
Arquitectura de red área amplia SCADA
Como se describe en la sección de registro de datos a distancia, la naturaleza centrada en la red de

Ignition hace que sea fácil de acceder a los datos a través de una red de área amplia.
Características clave adicionales tales como retargeting hacen que sea posible mezclar sistemas
completos alojados en diferentes lugares en una sola arquitectura sin fisuras.
Cada ubicación funciona independientemente, pero cuando se combina con una red intermedia
segura (tal como una VPN a través de Internet), cualquier ubicación puede interactuar de forma
segura con las otras ubicaciones. Hay muchas capas posibles de seguridad, incluida la
comunicación cifrada y la capacidad de ajustar el acceso de autenticación para cada lugar. Por
ejemplo, los usuarios de los sitios remotos pueden ser autorizados a sólo datos de vista, y no
modifican nada o a maquinaria de control. A la inversa, si se desea, un operador central puede
estar permitido para controlar aspectos de cada ubicación.
Arquitectura - Misión Crítica

Comentado [C2]: Tópicos de Arquitectura Avanzada
Registro remoto
La naturaleza centrada en la red de Ignition ofrece una gran
cantidad de flexibilidad para la construcción de sistemas
altamente distribuidos. Una tarea común es reunir datos de
sitios remotos y grabarlo en el centro, para facilitar el
intercambio y el análisis adicional. Hay varias maneras de
lograr esto en Ignition.
-Sólo OPC-UA
OPC-UA es una especificación basada en la red, y es ideal
para la recolección de datos desde lugares remotos. La
Instalación de Ignition con sólo con el OPC-UA te da la
posibilidad de conectarte fácil y segura desde cualquier
número de otras instalaciones de Ignition, o con otros
clientes OPC-UA.
Este método sólo expone datos, sin embargo, el lado cliente
entonces debe registrar si se desea datos históricos. Si la
conexión se cae, los datos no estarán disponibles. Este
método ofrece el costo más bajo, y es adecuado para
situaciones en las que los datos no es muy crítico lo
histórico-por ejemplo, el seguimiento en tiempo real a
distancia.
-SQL Bridge Remoto
Al instalar el módulo SQL Bridge en la puerta de enlace o
gateway remota, se beneficiará del store and forward para
asegurar que ningún dato histórico se pierda. El sistema
todavía puede ser el acceso a través de OPC-UA como se
describe anteriormente, o SQLTags basado en la base de
datos pueden utilizarse para comunicar el estado actual. De
esta manera, es posible utilizar SQLTags Historiador y
alarmas, los cuales utilizan el almacén y sistema de avance
para evitar la pérdida de datos. Este método es ideal para
los datos históricos.
SQL Tags Distribuidos
Dos puertas de enlace o gateway de Ignition pueden conectarse entre sí, en una configuración SQLTags ofrecen una serie de diferentes opciones de
maestro / copia de seguridad tolerante a fallos, lo que permite la redundancia la cual protege al configuración. Por defecto, SQLTags son impulsados por
sistema contra el fallo de hardware del servidor. Si el gateway principal falla, la copia de seguridad Ignition y se almacenan internamente. Sin embargo, usando
un proveedor de la base de datos SQLTags, es posible
se hará cargo y continuar con la ejecución. Todos los clientes conectados serán redirigidos a la
almacenar la configuración y valores SQLTag en una base de
máquina de copia de seguridad automática y el registro de datos histórico continuará con una datos externa. Esta base de datos puede contener tags de
interrupción mínima. varias puertas de enlace o gateway Ignition, y cada una de
esas puertas de enlace será capaz de acceder a los tags o
Después de que se restablezca el maestro, se retornara de nuevo al maestro. Se puede configurar tags impulsados por los otros.
ello para que sea automático o publicar el requerimiento de un comando manual.
Con esta metodología es posible agregar múltiples sitios
remotos y construyó un sistema coherente que abarca
Instalación varias partes de una sola planta, o múltiples plantas
separadas por completo.
Instalación (Windows) -Re direccionado de Clientes - Retargeting
El re direccionado de Clientes es el método por el cual se
Ignition por Inductive Automation es muy fácil de instalar. Para empezar, sólo tienes que ejecutan a los clientes de un proyecto en particular a un
descargar el instalador ejecutable de Windows de nuestro sitio web y hacer doble clic en él. proyecto diferente sobre la marcha, incluso si el otro
Asegúrese de descargar el instalador de 32 bits para una instalación de Windows de 32 bits, y el proyecto está alojado en un diferente Gateway Ignition.
El re direccionado es una característica clave que se utiliza
instalador de 64 bits para una instalación de Windows de 64 bits. Puede ejecutar un instalador de para construir sistemas distribuidos. Permite cambiar entre
32 bits en un sistema Windows de 64 bits, pero la instalación de 32 bits tiene restricciones de los proyectos y los servidores tan fácilmente como cambiar
memoria en comparación con la instalación de 64 bits que no lo hace. Cuando se inicie el entre ventanas. Usando Retargeting, incluso los proyectos
geográficamente dispersas pueden ser presentados como
instalador, si está de acuerdo con los términos de la licencia, continúe con el siguiente paso. una sola unidad cohesiva. ... [1]
Seleccionando el Directorio de Instalación
La primera opción en el instalador es elegir donde se instalara Ignition en su disco duro. El valor
por defecto (el directorio Archivos de programa) es por lo general una buena opción. Después de
seleccionar el directorio de instalación, haga clic en Siguiente.
Seleccionando el Modo de Instalación
La siguiente opción en el instalador es elegir el modo de instalación. Para la mayoría de los

escenarios, el modo Típico instalará todo lo que usted necesita para empezar. Si desea agregar un
módulo opcional, como el módulo de OEE El tiempo de inactividad, seleccione el modo
personalizado (Custom). También puede utilizar el modo personalizado para controlar qué se
instalan módulos. Cuando haya hecho su selección, haga clic en Siguiente.
Seleccionando los módulos
Si ha seleccionado el modo personalizado (Custom), se le presentará la pantalla de arriba. Para ver

una breve descripción del módulo, haga clic en el nombre del módulo. Con la comprobación o
selección de la casilla junto a un módulo se instalará el módulo como parte de la instalación de
Ignition. El borrado o no selección de la casilla junto a un módulo evitará que el módulo se instale.
Cuando haya hecho sus selecciones, haga clic en Siguiente.
Listo para Instalar
Ignition está listo para ser instalado. En este punto, puede hacer clic en el botón Atrás para
cambiar las selecciones. Haga clic en el botón Siguiente para finalizar la instalación.
Una vez que Ignition inicia la instalación, puede tardar unos minutos para terminar. Ignition se
instala como un servicio de Windows, por lo que se iniciará automáticamente cuando el equipo se
inicia.
Instalación Completa
Cuando la instalación se haya completado, pulse el botón "Finalizar". Si usted ha elegido para
comenzar Ignition ahora (Start Ignition Now), verá una pantalla de bienvenida que le informa de
que el servicio de Ignition está iniciando.
Servicio de Ignition Iniciando…
Una vez que la puerta de enlace de Ignition se pone en marcha, el navegador web se abrirá y te
llevará a la página principal de Gateway.
Ignition Gateway (Puerta de enlace)
La puerta de enlace es la ubicación central donde todos los servicios generales se configuran en
Ignition. Además, la sección de configuración de puerta de enlace es donde se realizan
operaciones tales como la copia de seguridad del sistema, la restauración y la gestión de
proyectos.
Accediendo al Gateway
El Gateway Ignition es un servidor web. Cuando se está ejecutando, se accede a través de un

navegador web. Por ejemplo, si ha iniciado sesión en el equipo que ha instalado Ignition, abra un
navegador Web y vaya a la dirección: http: // localhost: 8088
Y se abrirá la página principal de Puerta de enlace (Gateway), en la foto.
La Página de puerta de enlace con pasos para un rápido inicio
La primera vez que vaya a la página principal de Gateway, Le mostrará 5 pasos comunes para
ayudarle a empezar. Puede seguir con estos pasos y / o seguir con esta guía de inicio rápido - que
siguen el mismo flujo de trabajo básico.
La Sección de configuración
El primer paso es registrarse en la sección de configuración de la puerta de enlace. Para ello, haga
clic en el botón grande "Configuración" en la barra de navegación superior.
Se le pedirá que ingrese - el nombre de usuario por defecto / contraseña es: admin / password
Una vez que esté en la sección de configuración se puede navegar a las distintas áreas de
configuración utilizando el árbol de menú en la parte izquierda de la página. Obtenga más
información sobre el uso de la interfaz web de Gateway en la sección de puerta de enlace de
navegación.
Secciones de la puerta de Enlace
La configuración de la puerta de enlace cubre las siguientes categorías generales:
 Gestión del Sistema - Licencias, Backup / Restore (System)

 Gestión del módulo (Module Management)
 Gestión de proyectos (Project Management)
 Conectividad en Base de Datos (Database Connectivity)
 Conectividad OPC (OPC Connectivity)
 SQLTags
 Seguridad (Security) y Administración de Clientes
 Alarmas (Alarming)
Gestión del Sistema - Licencias, Backup / Restore (System)
Esta parte nos mostrara desde un resumen del estado de la puerta de enlace (Status) y su servicio
principal como Ignition Gateway, la versión actual del software, % de CPU, cantidad de memoria
utilizada. Version del Java con el que Ignition se está trabajando, además del Java Path.
Se verá también todo en respecto a activación e instalación de Licencias (Licensing), como obtener
respaldos de la configuración en su totalidad de la puerta de enlace desde los proyectos con el que
estaba trabajando, configuraciones de BD, OPC, redundancia, etc.
Podremos acceder a una consola de eventos de la puerta de enlace que engloba a un log del
funcionamiento del servicio de Ignition.
Finalmente se podrá contar con el manual respectivo del software en donde Ud. Podrá ver a
mayor detalle de como poder trabajar con el software de manera correcta.
Gestión del módulo (Module Management)
Toda la configuración de módulos se realiza en Configuración> Módulos. Tenga en cuenta que esta
sección se utiliza únicamente para añadir, eliminar y reiniciar módulos. Módulos integran sus
ajustes en el árbol de configuración de la puerta de enlace, y por lo tanto no ofrecen ajustes extras
en esta sección.
Instalación, actualización y desinstalación de módulos
Los módulos se pueden instalar mediante la selección de una instalación o actualización de un

módulo por debajo de la lista de módulos. Para desinstalar un módulo, haga clic en desinstalar
junto a su entrada en la tabla.
Los módulos son intercambiables en caliente, por lo que estas acciones se pueden realizar
mientras el sistema está funcionando. Por otra parte, el carácter aislado de módulos asegura que
la realización de una de estas acciones sólo afectará a ese módulo en particular, y los módulos que
dependen de él. Por ejemplo, al desinstalar el módulo puente SQL no afectará a los clientes que
ejecutan módulo Visión.
Reinicio de un Módulo
Los módulos se pueden reiniciar haciendo clic en el botón de reinicio junto a sus entradas. Como
se mencionó anteriormente, la naturaleza aislada de módulos significa que los otros módulos no
se verán afectados por el reinicio (a menos que dependan de ese módulo particular).
Estado del módulo
La lista de módulos instalados también proporciona información básica sobre el estado del
módulo. La versión, la licencia y el estado aparecen en la lista. El licenciamiento de módulos se
realiza en el centro de Sistema> Licensing, por lo que los valores aquí son sólo para fines
informativos.
Gestión de proyectos (Project Management)
La gestión del proyecto se realiza bajo Configuración> Proyectos en la puerta de enlace. LA gestión
de los proyectos también se puede realizar a través del Designer.
Creación de un nuevo proyecto
Para crear un nuevo proyecto, haga clic en "Crear nuevo proyecto" en la página de gestión de
proyectos. Para crear un nuevo proyecto en el que definirá:
• Nombre - Nombre único para el proyecto en el sistema. El nombre sólo puede contener
caracteres alfanuméricos y el carácter '_'. Los espacios y otros caracteres especiales no son
compatibles. Nota: no es aconsejable cambiar esto después de que ha sido creado, en su lugar,
cambiar el título si desea cambiar cómo aparece el proyecto más adelante.
• Descripción - puramente con fines informativos para el usuario.
• Título – Muestra cómo aparecerá el proyecto a los usuarios.
• Habilitado - Determina si el proyecto está habilitado. Un proyecto deshabilitado no estará

disponible para lanzar desde la puerta de enlace y ninguno de los grupos de transacción o
secuencias de comandos de puerta de enlace se ejecutarán.
Además, hay algunas propiedades cruciales que dictan cómo se accede al proyecto y cómo actúan
los elementos dentro de ella:
Fuente de usuario
El perfil que se utilizará para conceder el acceso al proyecto. Para obtener más información,
consulte la sección Seguridad.
Base de datos predeterminada
Todos los elementos del proyecto usarán esta conexión de base de datos a menos que se
especifique expresamente lo contrario.
Proveedor SQLTags por Defecto
El proveedor SQLTags primario para el proyecto. Es probable que la mayoría de instalaciones sólo
tengan un proveedor, pero en situaciones en las que hay más de uno, este es el proveedor que se
utilizará por defecto.
Eliminación de Proyectos
Los proyectos pueden ser borrados seleccionando la opción "Eliminar" a la derecha del nombre del
proyecto en la lista. Tenga en cuenta que esta acción no se puede deshacer, y una vez que se
elimina un proyecto este se habrá ido para siempre (a menos que se puede recuperar de una copia
de seguridad o auto-backup. (Vea la sección Copias de seguridad del manual para obtener más
información).
Copia de Proyectos
Los proyectos pueden ser clonados fácilmente utilizando el enlace de "Copia" al lado de la entrada
del proyecto. Esto es útil para la creación de una "instantánea" de un proyecto antes de iniciar
cambios importantes, o para crear un punto de partida para un nuevo proyecto basado en un
anterior.
Conectividad en Base de Datos (Database Connectivity)
Las conexiones de base de datos se gestionan en la puerta de enlace en Bases de datos>

Conexiones. Para crear una nueva conexión, haga clic en el enlace crear nueva conexión que esta
como base por debajo de la tabla de enlaces.
Seleccione un controlador
Seleccione el controlador de base de datos adecuada para el servidor que se está conectando. Si
un controlador adecuado no está presente en la lista, puede que tenga que instalar un nuevo
controlador JDBC.
Configure la conexión
Después de seleccionar el driver, podrá configurar los ajustes para la conexión. Algunos ajustes,
como la conexión URL pueden ser específicas para el driver que está utilizando.
Configuración de la conexión
Conecte el URL
Una cadena que indica cómo conectarse el driver a la base de datos. Esta cadena incluirá la
dirección del servidor, y puede incluir el puerto, nombre de la instancia, el nombre de base de
datos, etc. El formato y los parámetros dependerán del controlador que se utiliza.
Nombre de usuario
El nombre de usuario para usar cuando se conecta. Algunas bases de datos compatibles con otros
métodos de autenticación, como la autenticación de Windows, en cuyo caso no se utiliza este
campo.
Contraseña
La contraseña que se utilizará para el nombre de usuario dado.
Propiedades de conexión extra
En función de la base de datos que se está conectando habrá diferentes valores por defecto
colocados en esta casilla. MS SQL Server requiere que se coloque el nombre de la base aquí, pero
para otras bases de datos que por lo general puede dejar esto en sus valores por defecto. Cada
base de datos tiene su propio conjunto de propiedades de conexión adicionales disponibles por lo
que debe consultar la documentación del DB para determinar lo que es válido aquí.
Activado
Le permite activar o desactivar una conexión de base de datos.
Origen de datos de conmutación por error (Failover Datasource)
La conexión a usar cuando esta conexión no está disponible.
Modo de conmutación por error (Failover Mode)
Cómo maneja la conmutación por error y la recuperación.
Registro lento de consultas
Las consultas que tardan más de la cantidad de tiempo especificada, en milisegundos, se

registrarán en un log, por lo que es más fácil encontrar con ello consultas que no están
funcionando bien.
Ajustes avanzados
Hay una variedad de configuraciones avanzadas que no deberían necesitar ser cambiados en
circunstancias normales. Sus descripciones se muestran en la página de configuración.
Base de datos de conmutación por error de conexión
Conexiones de base de datos de soporte "conmutación por error", por el cual los objetos que
utilizan esa conexión utilizará una conexión diferente si está disponible. El origen de datos de
conmutación por error determina qué conexión se utilizará, y el modo de conmutación por error
determina cuándo, si acaso, la conexión pasará de nuevo a la conexión primaria. Modo estándar
dicta que la conexión secundaria sólo se utilizará hasta que la conexión principal vuelve a estar
disponible. Sticky, en cambio, continuará usando la conexión secundaria hasta que no este
respecto, o hasta que el sistema se reinicie.
Conectividad OPC (OPC Connectivity)
OPC es una especificación para el transporte y la utilización de los datos industriales. Es publicado
y mantenido por la Fundación OPC, una organización compuesta por cientos de empresas
miembros que se esfuerza por garantizar la interoperabilidad en el piso de la planta y más allá.
Historia
La especificación OPC-UA es la última especificación en una línea que atraviesa de nuevo a

mediados de los 90. Las especificaciones de OPC originales utilizan la tecnología de Microsoft
DCOM para proporcionar una manera uniforme para aplicaciones industriales para compartir
datos. Había varias especificaciones diferentes que proporcionan funciones tales como acceso a
datos (OPC-DA), Alarmas y Eventos (A & E), los datos históricos (HDA) y más.
DCOM siempre fue difícil de trabajar, y en 2004 era evidente que se necesitaba una solución más
moderna. Por lo tanto, una nueva especificación fue desarrollada que utiliza principios de redes
comunes en lugar de DCOM, era independiente de la plataforma, y combina las distintas
especificaciones separadas en una sola: OPC-UA.
Clientes y servidores
Cuando se habla de OPC (como las especificaciones son a menudo llamados colectivamente), es
común oír hablar de "servidores OPC" y "clientes OPC". Un servidor OPC es una pieza de software
que implementa la interfaz OPC y proporciona datos. Un cliente OPC es una aplicación que se
conecta a un servidor OPC y utiliza la especificación para recuperar y trabajar con datos.
La plataforma de Ignition inherentemente ofrece funcionalidad de cliente OPC-UA. Es decir,

incluso sin módulos instalados, el gateway puede conectarse a cualquier servidor OPC-UA
conforme y trabajar con datos. Con la incorporación del módulo OPC-UA, de Ignition se convierte
en un servidor OPC, así, hosting controladores de dispositivos que leen y publican datos.
El módulo OPC-COM está disponible para proporcionar acceso de clientes a servidores DCOM,
basada, OPC-DA y OPC-HDA mayores.
Tecnología
La especificación OPC-UA ofrece una amplia gama de flexibilidad en la elección de tecnologías,

desde el mecanismo de transporte de datos, a la forma en que los datos se codifican, para el
cifrado utilizado para asegurar los datos.
Ignition apoya el transporte TCP / UA con el sistema de codificación AI / binario para un máximo
rendimiento. Además, Ignition permite todos los esquemas de cifrado comunes.
Esto significa que Ignition se conecta a servidores OPC-UA (y permite conexiones de clientes) a
través de TCP / IP, mediante el cifrado, y envía los datos por primera que lo codifica en un formato
eficiente definido por la especificación OPC-UA. Esto está en contraste con otros esquemas
señalados en el pliego de condiciones, que se utilizan los servicios web y codificación XML, y que
no son tan eficientes.
Tags
Si bien el objetivo de los Tags es crear un modelo fácil pero robusto en lo que corresponde al tag,
la variedad de opciones y la terminología a veces puede hacer la configuración sea confusa. El
objetivo de esta parte es proporcionar una visión clara de lo que representan los SQLTags, y
proporcionar una guía clara para la configuración de varias arquitecturas. Será útil tener un
conocimiento práctico de lo que SQLTags son y cómo se ejecutan.
Proveedores de SQLTags y controladores
Al más alto nivel de configuración es el proveedor SQLTag. Un proveedor es una base de datos de
tags (una colección de tags) con nombre. La puesta de enlace de Ignition puede tener cualquier
número de proveedores de tags, por lo que el nombre se utiliza para distinguir de qué proveedor
proviene cada tag.
Proveedores de tiempo real vs. Historiador
Como se mencionó anteriormente, todos SQLTags residen en un proveedor de tags y proporcionan

los valores en tiempo real. Además, existe el concepto de proveedores historiador, que pueden
almacenar y consultar los datos históricos de los tags. Cada tag puede tener opcionalmente un
proveedor historiador asignado a él a quien se va a informar de los cambios de valor de
conservación histórica.
Proveedores en tiempo real - Interna vs. Externa
La configuración de almacenamiento del SQLTags "base de datos de tags", se puede tomar dos
formas. En la forma externa, los tags se almacenan en una base de datos SQL, fuera de Ignition.
Para variables internas, la configuración se almacena en el archivo de configuración interna de
Ignition, al lado de las ventanas, grupos, etc. Los dos mecanismos de almacenamiento diferentes
tienen diferentes contras a favor y, por lo que es una buena idea para familiarizarse con cada uno
de ellos.
Proveedores Externos SQLTags
Los SQLTags fueron inventados originalmente como una manera de cerrar de forma fiable el
estado en tiempo real y la información de control a través de la base de datos. Por lo tanto, el
almacenamiento externo de SQLTags representa la metodología original, y de hecho es la razón
por el cual SQLTags tiene su nombre.
Hay dos posibles proveedores SQLTags externos en Ignition:
- El proveedor de base de datos

- Proveedor de direccionamiento de base de datos (proporcionado por el módulo de SQL
Bridge)
El proveedor de dirección, como se mencionó anteriormente, ejecutará los tags, y hará que estén
disponibles para ser impulsados por otros factores externos que buscan en la misma base de
datos, como otras pasarelas de Ignition, utilizando el proveedor del direccionamiento, o
instalación Factory SQL legado.
El principal beneficio de los proveedores externos es que los datos se almacenan en una base de
datos central, y es por lo tanto sean accesibles a otros consumidores, además de sólo la instalación
local. De esta manera, es posible reunir datos de sitios dispersos geográficamente en una zona
céntrica, y hacer que los datos de cada sitio estén disponibles para todos los demás.
El lado negativo de los proveedores externos es que todos los valores de las variables deben
escribirse en la base de datos y luego ser encuestados para el cambio, que es menos eficiente que
mantenerlos en la memoria como el proveedor interno hace.
Proveedor Interno de SQLTags
Como se mencionó anteriormente, el proveedor interno de SQLTags almacena las configuraciones

de los tags en la puerta de enlace de Ignition. No se puede acceder a los tags fuera de esa puerta
de enlace particular, pero a cambio la eficiencia es mucho mayor, ya que los valores no tienen que
ser escritos a la base de datos y encuestados. Es posible crear varios proveedores internos en la
puerta de enlace.
Seguridad (Security) y Administración de Clientes
Ignition utiliza el concepto de seguridad basado en roles. La seguridad basada en funciones es el

concepto de que cada usuario se le puede asignar a varios roles. Las políticas de seguridad son
entonces definidas en términos de estas funciones, en lugar de definir para usuarios específicos.
Esto permite a los usuarios ser: reasignados, retirados, añadidos sin afectar a la lógica de la política
de seguridad.
Los usuarios y sus roles se definen en los orígenes de usuarios. Una puerta de enlace de Ignition
puede tener muchos orígenes de usuarios diferentemente definidos, cada uno regula la seguridad
de los diferentes aspectos de la puerta de enlace. Por ejemplo, iniciar sesión en la interfaz web de
configuración de puerta de enlace podría ser gobernado por una fuente de usuario, mientras que
la seguridad de un proyecto se rige por otra.
Hay muchos tipos diferentes de orígenes de usuarios que ofrecen diversas características. Por
ejemplo, el origen de usuarios interna ofrece lo último en facilidad de uso como: definir los
usuarios, sus contraseñas y los roles dentro de la interfaz web de configuración de Ignition
Gateway. Por el contrario, el origen de usuarios de Active Directory ofrece el poder de integrar a
Ignition con una infraestructura de seguridad de la empresa. Los usuarios, contraseñas y roles se
gestionaran de forma centralizada por el departamento de TI.
Las políticas de seguridad se pueden definir para muchas partes diferentes del sistema. Por
ejemplo:
- Puede modificar los roles necesarios para acceder a la sección de configuración de puerta
de enlace
- Se pueden definir los roles necesarios para escribir o incluso leer desde un SQLTag
- Se pueden definir los roles requeridos para ver un Componente.
- Se puede acceder al sistema de seguridad en una secuencia de comandos para restringir el
funcionamiento de la secuencia de comandos para los usuarios autorizados.
Alarmas (Alarming)
La sección Alarmas es una característica fundamental de la plataforma de Ignition. Las alarmas son
condiciones que se evalúan con respecto a un punto de datos numéricos específicos. Por lo
general, las alarmas se configuran en un tag o un elemento de grupo de transacciones.
Cualquier número de alarmas se puede conectar a un punto de datos. Cuando la condición de

alarma se convierte en verdad, la alarma se considera "activo". Por ejemplo, en un tag analógica
puede agregar una alarma de alto nivel que se activa cuando el valor del tag es más de 50,0. Usted
podría agregar otra alarma en el mismo tag para un nivel más alto cuando el valor es más de 75,0.
En un tag discreto, es posible configurar una alarma que se activa cuando el valor es distinto de
cero. Cada alarma tiene su propio nombre, prioridad, y muchas otras opciones.
Cuando la condición se convierte en falsa alarma después de que haya sido cierto, se dice que la
alarma se ha "limpiado". Cada alarma tiene una banda muerta y retardo de tiempo numéricos. En
algún momento, un operador puede reconocer una alarma, lo que confirma que han visto el
evento.
La historia de las alarmas se almacena en cualquier jornal de alarmas configuradas. Estos

guardaran todos los cambios de estado de cada alarma, así como el reconocimiento, a una base de
datos SQL externa de su elección.
Activación de Ignition
¿Cómo funciona el modo de prueba?
El modo de prueba permite utilizar Ignition para 2-horas a la vez, sin otras restricciones. Al final del
período de demostración, el sistema detendrá mayoría de las funciones. Por ejemplo, los grupos
de transacción detendrán el registro, y los clientes mostrarán una pantalla de demostración. Al
iniciar la sesión en la puerta de enlace, es posible que se vuelva a iniciar el periodo de
demostración haciendo clic en el enlace reset, y permitir así otras 2 horas de ejecución. El período
de demostración puede ser reiniciado cualquier número de veces.
Todas las partes de la puerta de enlace (y por lo tanto, todos los módulos) comparten el mismo
reloj y el tiempo de espera será simultáneo.
¿Cómo funciona la concesión de licencias?
Ignition es una plataforma modular, y por lo tanto, se otorga una licencia basada en módulos. Los
módulos con licencia y sin licencia, pueden funcionar de lado a lado, por lo que algunos módulos
pueden ser probados en modo de prueba, mientras que otros funcionan en un estado con licencia.
A pesar de la concesión modular de licencias, cada servidor tiene solamente un CD-Key y la licencia
de archivo. Es decir, no es más que un solo archivo de licencia que dicta qué módulos se activaran.
Cuando se compran módulo (s), usted recibirá un "cd-key" - un código de seis dígitos que
identifica su compra. A continuación, utiliza este cd-key para activar el software, a través de la
puerta de enlace de Ignition. La activación es un proceso por el cual ese cd-key y sus parámetros
asociados quedan atrapados en la máquina que está activando. Si va a agregar un módulo
adicional, su cuenta se actualizará, y se puede volver a utilizar el cd-key existente para activar las
nuevas características.
Es posible des-activar su cd-key, liberándola para la activación en una máquina diferente.
¿Cómo funciona la activación?
La Activación, como se mencionó anteriormente, es el método por el cual un cd-key está

bloqueado a la máquina de instalar, y los módulos son notificados de su estado de licencia. Es un
proceso de dos pasos que se pueden realizar de forma automática en internet, o de forma manual
a través de correo electrónico o a través de la página web inductivo Automation.
Paso 1 - Introduzca el CD-Key
Cuando Ud. Compra el software, se le proporciona un cd-key de seis dígitos. Después de entrar en
la configuración de la pasarela, acceda a Licencias> Compra o Activar y seleccione "Activar".
Escriba su cd-key.
Paso 2a - Activar a través de Internet
Si el equipo tiene acceso a Internet, la activación en internet es la opción más fácil. Un seguro de
archivos se creará con su cd-key, y se envía a nuestros servidores. El archivo de respuestas será
entonces descargado e instalado, y se completara todo el proceso en cuestión de segundos.
Paso 2b - Activar manualmente
Si usted no tiene acceso a internet en el equipo de instalación, deberá activar manualmente. En

este proceso, se genera un archivo de solicitud de activación (activation_request.txt). A
continuación, debe llevar este archivo a una máquina con acceso a Internet y correo electrónico a
support@inductiveautomation.com, o visite nuestro sitio web para activar allí. De cualquier
manera se traducirá en un archivo de licencia (license.ipl) que se genera, para luego llevarla de
nuevo a la máquina de puerta de enlace y entrar en la página activación de licencias.
Recarga de Licencias Adicionales
Si compra módulos adicionales, que se añadirán en el CD-Key existente. Para actualizar su licencia,
debe volver a cargarlo, que se puede realizar desde la misma ubicación en la puerta de entrada
como la activación.
Transferencia de Licencias
Si desea transferir su licencia de una máquina a otra, simplemente haga clic en unactivate en la
licencia de la máquina donde está instalado Ignition actualmente. Este proceso es similar al
procedimiento de concesión de licencias, pero a la inversa. Si el servidor de Ignition con licencia
tiene acceso a internet, la inactivación se producirá de inmediato, y la licencia estará de nuevo
disponible para su activación. Si usted no tiene acceso a internet, se generará un archivo de
solicitud de inactivación, y la licencia no se le permitirá activar hasta que el archivo se cargue en la
página web Inductive Automation, o por correo electrónico a apoyar.
Activación de Emergencia
Las licencias sólo podrán ser activadas una vez. Después de eso, si no están adecuadamente
desactivados, debe llamar a Inductive Automation con el fin de añadir otra concesión de licencia a
su cd key. Sin embargo, en los casos en que la activación no es posible, el sistema se activará en
modo de emergencia. En este modo, se concede una activación temporal que tendrá una duración
de 7 días, con el fin de dar tiempo suficiente para ponerse en contacto con Inductive Automation.
La presencia de una activación de emergencia se mostrará al iniciar sesión en la configuración de
puerta de enlace, esto no afectara los clientes o funcionalidad de ninguna manera.
Conexión a BD, PLC, Tags e Historiador

Conexión a una Base de Datos
Muchas de las características avanzadas de ignición, tales como los Grupos de Transacción y
SQLTags Historiador requieren una conexión a una base de datos externa. Si usted no tiene una
base de datos, como Microsoft SQL Server, MySQL u Oracle instalado.
Agregar una conexión de base de datos
Asegúrese de que está en la sección Configuración de la puerta de enlace de la interfaz web del
Gateway. Para conectarse a una base de datos, utilice el menú de configuración de la parte
izquierda para ir a la Bases de datos> sección Conexiones. Una vez que se encuentre en la página
Conexiones de base de datos, haga clic en el enlace Crear nueva conexión de base de datos... en
la parte inferior de la tabla.
Elija un controlador JDBC
Las conexiones de base de datos de Ignition funcionan con controladores JDBC. Ignition trabaja
con controladores para Microsoft SQL Server, MySQL, Oracle y PostgreSQL. La adición de un nuevo
controlador JDBC para otras bases de datos, como IBM DB2, no es muy difícil, consulte en el
manual la Adición de un controlador JDBC.
Elija el controlador JDBC de su base de datos y haga clic en el botón "Siguiente>".
Configure la conexión
Cada conexión de base de datos necesita un nombre, que debe constar de letras, números y
guiones bajos.
El parámetro Conectar URL es el parámetro más importante de la conexión. Este parámetro define
donde está el servidor de base de datos en la red, y a qué base de datos a de conectarse. La URL
de conexión de cada base de datos es ligeramente diferente. Siga las instrucciones dadas para el
driver que usted eligió.
El campo Propiedades de conexión extra se usa con menos frecuencia, pero es importante para
algunos controladores, como el controlador de SQL Server. Es un punto y coma lista de pares
clave-valor separado. Cada driver acepta su propio juego de llaves de propiedad.
Los campos Nombre de usuario y la contraseña se utilizan para suministrar credenciales para la
conexión de base de datos.
Por ejemplo, supongamos que queríamos conectarnos a una base de datos llamada "ProcessDB"
en el servidor en la dirección IP 10.0.25.122. Estos son algunos ejemplos de las diferentes bases de
datos a las cuales nos conectamos:
Microsoft SQL Server jdbc:sqlserver://10.0.25.122\InstanceName
con propiedades de conexión extra:
databaseName=ProcessDB
MySQL jdbc:mysql://10.0.25.122:3306/ProcessDB
Oracle jdbc:oracle:thin:@10.0.25.122:1521:ProcessDB
PostgreSQL jdbc:postgresql://10.0.25.122:5432/ProcessDB
Cuando haya terminado de configurar la conexión a base de datos, haga clic en el botón "Crear
nueva conexión de base de datos" para continuar. Puede comprobar el estado de su conexión a la
base de datos en la sección Conexiones de base de datos.
Conexión a PLC
Adición de un nuevo dispositivo o PLC
Para añadir un nuevo dispositivo vaya a la sección "Dispositivos" (Devices) de la configuración del
módulo OPC-UA del Ignition Gateway. Haga clic en "Create new Device..." y le llevará a una página
donde puede seleccionar el driver a utilizar. Elija su controlador y haga clic en el botón "Next".
Las configuraciones "Generales" comunes a todos los dispositivos son las siguientes:
Nombre del dispositivo
El nombre definido por el usuario de este Dispositivo. El nombre elegido se mostrará en OPC
artículo Caminos y bajo la carpeta "Dispositivos" en el servidor OPC-UA.
El nombre del dispositivo debe ser alfanumérico.
Navegar Tiempo de espera
Cantidad de tiempo (en milisegundos) antes de una operación de exploración en este dispositivo el
tiempo de espera.
Leer Tiempo de espera
Cantidad de tiempo (en milisegundos) antes de una operación de lectura en este dispositivo el
tiempo de espera.
Escribe Tiempo de espera
Cantidad de tiempo (en milisegundos) antes de una operación de escritura en este dispositivo el
tiempo de espera.
Habilitar dispositivo
Sólo los dispositivos que están habilitados aparecerán en la carpeta de "Dispositivos" del servidor
OPC-UA y así poder tener sus tags disponibles para su uso.
Estos ajustes de tiempo de espera se refieren a la comunicación entre el controlador del

dispositivo y el servidor OPC-UA y por lo general pueden dejarse en sus valores por defecto.
Cualquier configuración específicos del dispositivo será única para cada driver y verá estos (si los
hay) que aparece debajo de la categoría de configuración "General" en categorías separadas de los
suyos.
Verificación de la conectividad de dispositivos
La conectividad de dispositivos puede ser verificada, ya sea en la sección "Devices" en la sección

OPC-UA Server, La sección Panorama de la página de estado en la burbuja "Conexiones de
dispositivos", o en la sección OPC-UA servidor de la página Estado.
Tags
¿Qué es un tag?
Una tag en Ignition es esencialmente un punto de datos llamado, y puede ser un valor dinámico
que proviene de una dirección OPC, una expresión, o una consulta SQL, o puede ser un valor
estático. Los tags también soportan escalamiento, alarmas, y contienen varias propiedades de
metadatos.
Los tags proporcionan un modelo de datos consistente a través de Ignition, y ofrecen la forma más
fácil de ejecutar la creación de estado, control e historial del sistema. Sin embargo, a pesar de su
baja curva de aprendizaje inicial, los tags ofrecen un gran potencial en el diseño y configuración
del sistema. Los tags se originan en los proveedores de tags, incluidos los proveedores de bases de
datos (potencialmente basados SQLTagsTM), que permiten que los tags agregados de una
variedad de instalaciones estén juntos. Los tipos definidos por el usuario (UDT) proporcionan un
enfoque orientado a objetos para la construcción del tag, que le permite definir los tipos de datos
con parámetros, ampliar y anular tipos, y luego generar rápidamente los casos. Un cambio a la
definición de tipo que luego es heredado por todas las instancias, ahorrando drásticamente el
tiempo al realizar cambios de rutina. Los tipos de datos UDT son totalmente compatibles con las
plantillas de visión, lo que significa que se pueden configurar las plantillas para sus tipos de datos
personalizados y tomar ventaja de ello, para construir rápidamente pantallas complejas siguiendo
la funcionalidad de arrastrar y soltar.
Ejecución del Tag
Los tags son ejecutados por scan classes dentro de un proveedor de tags. En un sistema típico
habrá uno o dos proveedores de tags (proveedor interno, que mantiene la configuración del tag en
el proyecto, y posiblemente un proveedor de variables externo en la que la configuración y los
valores del tag se almacenan en una base de datos), y una serie de scan classes.
El scan class proporciona información de temporización básica para el tag, aunque la evaluación
real puede depender del tipo de las variables. Por ejemplo, con los tags OPC, los valores están
suscritos al tipo de clase de escaneado, y luego se actualizan en el tags de inmediato cuando
vienen de la suscripción. Una tag de consulta (Query), sin embargo, sólo se evalúa cuando la clase
de exploración se ejecuta.
Los SQLTags almacenados en un proveedor externo estarán disponibles para todas las
instalaciones de Ignition que tengan acceso a esa base de datos. Una de las instalaciones se
especificará como piloto del tag. El sistema de direccionamiento tendrá una copia de la clase de
exploración que se realiza, que a su vez evalúa al tag. El valor se almacena en la base de datos, y
todas las otras instalaciones serán notificadas del nuevo valor.
¿Qué pueden hacer los tags?
Fundamentalmente, el objetivo principal de un tag es representar un valor en el sistema de

Ignition. Los valores pueden venir del OPC, expresiones, consultas, etc., y se pueden utilizar en las
pantallas, en grupos de transacciones, y más. Además, los tags proporcionan un conjunto básico
de funciones que van más allá valores simples como ser:
- Alarmas
- Escalamiento
- Meta información
- Historia
Dependiendo del tipo específico del tag, incluso más opciones pueden estar disponibles. En
general, los tags proporcionan una interfaz común para atar muchos tipos de datos juntos en
Ignition.
Arrastrar y Soltar Tags
Los componentes también se pueden crear con sólo arrastrar un SQLTag sobre un recipiente.
Dependiendo del tipo de datos del tag, obtendrá un menú emergente que le pide que seleccione
un tipo apropiado de componente para visualizar o controlar ese tag.
Por ejemplo, suponga que tiene un tag de tipo INT4, Si arrastra el tag desde el panel SQLTags
Browser en un componente, se le preguntará si desea visualizar o controlar el tag con una
variedad de tags, indicadores de nivel, campos de entrada numérica, y botones de control.
Esta técnica es ideal para principiantes y para el diseño rápido de aplicaciones. Dejando caer una
SQLTag en un recipiente y la elección de un tipo de componente, a pocos pasos están sucediendo:
- El componente que ha elegido se crea en la posición que dejó caer.

- Una variedad de fijaciones de propiedad se crean automáticamente. Los enlaces
dependen de qué tipo de tag se abandonó y qué tipo de componente fue creado. Por
ejemplo, suponga que tiene un punto float8 que representa un punto de ajuste, y desea
configurarlo y opta por controlarlo con un campo de texto numérico. Las siguientes
fijaciones se instalarán de forma automática
- La propiedad doubleValue del campo de texto para crear un tag bidireccional unido a la
propiedad Value del tag.
- Las propiedades mínimo y máximo del campo de texto obtienen fijaciones a EngLow y
EngHigh que son propiedades del tag, respectivamente.
- La propiedad DecimalFormat del campo de texto para crear un tag unido a la propiedad
FormatString del tag.
- La propiedad ToolTipText del campo de texto para crear un tag unido a la propiedad
Tooltip del tag
Es importante darse cuenta de que las consolidaciones de propiedad múltiple se generan al crear
componentes de esta manera. Estos enlaces no sólo usan el valor del tag, pero gran parte de los
metadatos del tag también. De esta manera el uso de los metadatos puede mejorar en gran
medida el mantenimiento de un proyecto. Por ejemplo, si usted decide que el punto de ajuste
necesita 3 decimales de precisión, puede simplemente modificar el FormatString del tag a #, ##
0.000, y en cualquier lugar que utilizó esa tag comenzará a mostrar la precisión correcta debido a
los enlaces de metadatos.
Tipos de Tags (Memory, Expression, UDT, Client, System)
Hay varios tipos de tags. Mientras que comúnmente entendemos que el Gateway ejecuta tags, del
sistema y de cliente. Los tags pueden jugar un papel importante en el diseño general de un
proyecto.
Tags Ejecutados en la Puerta de Enlace
Los tags ejecutadas en la puerta de enlace son compatibles con todas las características principales
de los tags de Ignition: de escalamiento, alerta, historia, scripting y permisos basados en roles.
Ellos son idénticos en sus configuraciones, aparte de la definición de cómo se genera el valor.
Tags OPC
Los tags OPC especifican un servidor OPC y a una dirección que impulsa sus valores. La dirección
OPC será suscrito a razón de clase escaneo del tag.
Tags de Memoria
Estos tags son simplemente valores. Se especifica el valor durante la configuración y se almacena
cuando se escribe (si el tag permite escribir).
Tags de Expresión
Estos tags son impulsados por una expresión. La sintaxis de la expresión es el mismo que para los
enlaces de propiedad, y permite operaciones matemáticas, las referencias a otros tags,
operaciones lógicas y más.
Tags SQL Query (Consulta)
Estos tags ejecutan una consulta SQL, cuyo resultado proporciona el valor al tag. Al igual que la
unión de SQL en Visión, los tags SQL Query pueden hacer referencia a otros tags para crear
consultas dinámicas.
Complejo Tags (UDT)
Estos tags complejos son creados a partir de los tipos de tags estándar, pero ofrecen una variedad
de características adicionales. En términos simples, se puede pensar en ellos como una forma de
crear "plantillas de datos", donde se define una estructura particular de los tags, y luego se puede
crear como si se tratara de una solo tag.
Tags del Sistema
Los tags del sistema proporcionan el estado sobre el sistema, como el uso de memoria, las
métricas de rendimiento, etc. Existen para el cliente y la puerta de enlace. Los tags del sistema de
la puerta de enlace pueden ser modificados por el usuario para utilizar alarmas, la historia, y la
escala, mientras que los tags de los clientes no permiten ello.
Tags Cliente
Los tags cliente, como su nombre lo indica, sólo están disponibles para su uso en los clientes. Esto
significa que sus valores son aislados a un tiempo de ejecución de cliente, ya pesar de que se crean
en el designer, cada cliente crearán sus propias instancias. Esto los hace muy útiles como variables
en proyectos, para pasar información entre las pantallas, y entre otras partes de los clientes, tales
como secuencias de comandos.
Los tags cliente son un híbrido de los tags de la memoria, de expresión y de consulta SQL. Sin
embargo, no tienen una clase de exploración. Cuando se establecen para ejecutarse como una
expresión o consulta, se especifica un tipo de encuesta definiendo a qué frecuencia se debe
calcular el valor.
Historiador
Cómo Trabaja el Historiador SQLTags
El Historiador SQLTags le da la capacidad de almacenar de forma rápida y sencilla los datos

históricos para sus tags, y proporciona una consulta eficiente de los datos. Las opciones para la
partición y el borrado de datos viejos ayudan a garantizar que el sistema se mantenga
adecuadamente con el trabajo adicional mínimo.
Proveedores de Historiador
Los ajustes para proveedores Historiador SQLTags se fijan en la puerta de enlace bajo SQLTags>
Historiador. Los proveedores Historiador se crean automáticamente y se eliminan de acuerdo con
las conexiones de bases de datos configuradas. Por defecto se crearán con un tamaño de la
partición a un mes, sin eliminar los datos antiguos.
Nota: Las características historiador de tags estándar se añaden por el módulo de SQL Bridge. Si no
está instalado este módulo, los proveedores de historiador no se mostrarán en la sección de
configuración para historiador.
Configuración SQLTag e Histórico Generación de Valor
El primer paso para el almacenamiento de datos históricos es configurar los tags para registrar
valores. Esto se hace desde la página Propiedades Historiador en el editor SQLTags en el designer.
Las propiedades incluyen una clase de scan histórico, que se utilizará para comprobar si hay
nuevos valores. Una vez que los valores superan la banda muerta especificada, se reportaran al
sistema de registros, que luego los almacenara en un adecuado Store and Forward.
Almacenamiento de datos
Como se ha mencionado, los valores históricos SQLTags pasan a través del Store and Forward
antes de ser finalmente almacenados en la base de datos asociada con el proveedor de
historiador.
Los datos se almacenan de acuerdo a su tipo de datos directamente a una tabla en la base de
datos SQL, con su calidad y una marca de tiempo de resolución de milisegundos. En cambio los
datos sólo se almacenan, de acuerdo al modo de valor y la configuración de la banda muerta de
cada tag, evitando así duplicar y almacenamiento de datos innecesarios. El almacenamiento de
estadísticas de ejecución del scan class garantiza la integridad de los datos.
Mientras que los usuarios avanzados pueden cambiar la tabla de acuerdo a su base de datos para
ser más eficiente (por ejemplo, usando un motor de comprimido), Ignition no utiliza la compresión
binaria o cifrado de datos de ninguna manera.
Tabla de Partición
Ignition tiene la capacidad de dividir automáticamente datos en diferentes tablas de duración fija.
Esto puede ayudar a hacer más fácil el mantenimiento de datos, mediante la prevención a que las
tablas lleguen ser demasiado grandes. Las tablas pueden ser fácilmente eliminadas con el fin de
podar datos antiguos, la base de datos es capaz de optimizar mejor el acceso a filas recuperadas
con frecuencia. La función de partición incorporada puede ser utilizada con cualquier base de
datos.
Es importante tener en cuenta la diferencia entre esta función y cualquier opción de partición que
la base de datos podría proporcionar. La mayoría de las bases de datos modernas ofrecen sus
propias facultades para definir "particiones", que ofrece beneficios similares y mayores. Mientras
Ignition no puede utilizar estas funciones directamente, los usuarios avanzados pueden optar por
aplicar estas características en la parte superior de lo que ofrece actualmente Ignition.
Compresión de datos
Como se mencionó anteriormente, Ignition no realiza ningún tipo de compresión binaria en los
datos. Es decir, los valores se almacenan directamente en las tablas de base de datos estándar. Sin
embargo, con el fin de reducir el número de valores almacenados, Ignition ofrece dos algoritmos
diferentes para la pre-compresión de los datos (recorte valores innecesarios). Los dos modos
corresponden a la propiedad modo de valor del tag: discreto y analógico.
• Discreto: El valor utiliza una sencilla banda muerta, y sólo cuando se almacena un nuevo valor es
de +/- el valor de banda muerta lejos del valor almacenado previamente.
• Analógico: La banda muerta se utiliza para formar un pasillo a lo largo de la trayectoria del valor.
Un nuevo valor sólo se almacena cuando cae fuera del corredor anterior. Cuando esto ocurre, la
trayectoria se calcula de nuevo, y forma un nuevo corredor.
Consulta (Querying)
Mientras que los datos se almacenan abiertamente en la base de datos, el formato no se presta
bien a la consulta directa. En lugar de ello, la plataforma Ignition ofrece una gama de opciones de
consulta que ofrecen una enorme cantidad de potencia y flexibilidad. El sistema puede realizar
consultas con funciones avanzadas como la consulta de muchos tags de varios proveedores, el
cálculo de su calidad, la interpolación de los valores, y la coordinación de sus marcas de tiempo
para proporcionar retornos de resolución fija.
Las consultas se pueden realizar en tablas y gráficos a través del histórico vinculante, y por medio
de secuencias de comandos.
Ventanas, Navegación, Componentes, y plantillas

Cargar el Designer y Creación de un proyecto
Ahora que ya tenemos algunas conexiones establecidas (o no, si se ha saltado los dos últimos
pasos. Ellos eran opcionales, después de todo), vamos a la página web del puerta de enlace y
carguemos el Designer.
Lanzamiento-Web
El lanzamiento Web es una de las mejores partes de Ignition. Así es como lanzamos tanto el
Designer, que es donde podrás configurar tus proyectos, y nuestros clientes Ignition Vision. El
lanzamiento Web es una tecnología que le permite lanzar una aplicación con la instalación desde
cero con sólo hacer clic en un enlace de una página web. Esto significa que con Ignition, sólo
alguna vez tendrá que instalar la puerta de enlace. Todos sus clientes y Designer no necesitan ser
instalados, y siempre se mantienen actualizados. Una vez que comience a usar clientes lanzados
en la web, te preguntarás cómo has podido vivir sin ellos.
Con el fin de tener éxito en el lanzamiento- Web, necesitarás tener instalado Java 7, Java 8. Si
usted está en el equipo que está ejecutando el Ignition Gateway o puerta de enlace, que ya tiene
instalado Java - el instalador de Ignition se habrá asegurado de ello. Si estás en un equipo que está
accediendo a la puerta de enlace en la red, el panel de detección de Java en la parte inferior de la
página principal del Portal detectará si Java está instalado.
Inicie el Diseñador (Designer)
Para poner en marcha el botón grande "Diseñador lanzamiento" en la esquina superior derecha de
cualquier página de Gateway Diseñador, pulse simple. Una vez que el designer se inicia, verá el
panel de inicio de sesión. El nombre de usuario predeterminado para el designer es el mismo que
para la sección de configuración de puerta de enlace: admin / password
La siguiente ventana le pedirá que abra un proyecto. Si Usted todavía no tiene ningún proyecto -
así que haga clic en la pestaña "Crear nuevo". Introduzca un nombre para su nuevo proyecto (sin
espacios!) Y pulse el botón "Crear". Eso es todo - usted ahora está editando su proyecto!
Crear un proyecto desde una Plantilla (Template)
Ventanas y Navegación (Windows & Navigation)

Tipos de Ventana Típicas
Las Ventanas (Windows) vienen en tres sabores. Mediante la manipulación de las propiedades de
una ventana, usted puede transformar cualquier ventana en varias configuraciones. Usted puede
alterar la posición de una ventana, la forma de como mostrara su borde, forma de visualización de
la barra de título, y la propiedad iniciar en modo maximizado para convertirla en una de tres
categorías.
Ventana Principal
Una ventana "ventana principal" es la que está configurada para iniciarse maximizada, y nunca
mostrara sus bordes, ni la barra de título establecidos para cuándo no maximizada. Esto hará que
la ventana ocupe todo el espacio disponible (espacio menos utilizado por todas las ventanas
"estacionadas"). Esto hace que la ventana actúe muy similar a una típica "pantalla HMI." Pueden
crearse muchas ventanas principales en un proyecto, pero sólo una debe ser abierta en cualquier
momento o a la vez.
Ventanas emergentes o ventanas Popup
Una "ventana emergente o Popup" es una ventana cuya posición del borde se ajusta a flotante y
no está maximizada. Se mostraran sus bordes y la barra de título si se establecen a siempre y a no
maximizada, esto para que puedan ser manipulados por el usuario final. Estas ventanas se abren a
menudo por los componentes en una ventana principal, y están destinados a estar en la parte
superior de la pantalla. Para ello, pueden trabajar con su propiedad Capa, la cual establece en un
número superior a cero para que no se pierdan detrás de la ventana principal. Para obtener una
ventana pop-up en una posición específica, edite la propiedad Location de la ventana.
Las ventanas emergentes son a menudo parametrizables para que puedan ser reutilizados.
Ventanas Docked o fijas
Una "ventana fija" es aquella cuya posición de fijado está ajustado a cualquier cosa menos a la
flotante (“Floating”). Esto hará que la ventana se posicione a un lado de la pantalla, y nada puede
superponerse a ella. Los bordes y la barra de título estarán establecidas en nunca. Esto hace que la
ventana "fijada" parezca estar unida en perfección con la ventana actual "pantalla principal".
Estas pantallas suelen ser altas y delgadas o cortas y anchas, dependiendo del lado al que están
fijadas. El propósito de una ventana acoplada es hacer que alguna información siempre esté
disponible; típicamente controles de navegación e información de estado general. El uso de
ventanas las acopladas o fijas puede ayudar a eliminar elementos de diseño repetitivas o copias
para cada pantalla, haciendo un mantenimiento más fácil.
Estrategia Típica de Navegación

Es necesario asegurarse de entender el tema Tipos de ventanas antes de leer esta parte.
La estrategia típica de navegación para un proyecto Visión es tener una ventana "acoplada o fija" o
dos (por lo general acoplado al norte y / o al oeste), y luego tener una sola ventana principal
visible a la vez. La navegación de intercambio se utiliza para cambiar entre las ventanas
principales. Esto asegura que sólo una ventana principal este abierta a la vez. La Navegación
abierta estándar se utiliza para abrir varias ventanas "pop-up" cuando sea necesario.
Este estilo de proyecto es tan común, que el funcionamiento por defecto del componente Banda
de pestañas (Tab Strip) espera ello.
Cuando está en su operación automática por defecto, se espera que cada ficha represente a una
ventana de "pantalla", y cambiar automáticamente de la pantalla actual a la pantalla deseada.
Además, el [system] / cliente / usuario / tag CurrentWindow se calcula sobre la base de esta
estrategia: su valor es el nombre de la ventana maximizada actual.
Esta estrategia de navegación se utiliza en el "ExampleProject" que se puede descargar desde el

sitio web de Ignition.
Carga o lanzamiento de Clientes
Los clientes se pueden cargar desde la página de la puerta de enlace. Hay tres maneras de
ejecutar clientes: Ventana (Windowed), pantalla completa (Full Screen) y Applet. El modo se
puede elegir en el menú desplegable al lado del nombre del proyecto. Al hacer clic en el nombre
del proyecto pondrá en marcha el proyecto en el modo por defecto. Ciertos modos pueden no
estar disponibles, dependiendo de la configuración del proyecto.
Modo Ventana (Windowed)
El modo "Ventana" es el método de puesta en marcha estándar. El cliente va a utilizar Java Web
Start-lanzado en la web y tendrá su propia ventana. En este modo, se ejecutará como una
aplicación completa, independiente. Después de ser lanzado, el navegador se puede cerrar y el
proyecto puede ser lanzado desde un acceso directo en el escritorio.
Modo Pantalla Completa (Full Screen)
El modo de lanzamiento de "pantalla completa" es similar al modo de ventana, y también utilizará

la web de lanzamiento para ejecutar el cliente como una aplicación completa, independiente. En
este modo, sin embargo, el cliente va a ocupar la pantalla completa, y no tendrá una barra de
título. Este modo es ideal para paneles de visualización de pantalla táctil, y otras pantallas donde
el proyecto de encendido será el único foco en la pantalla.
Applet
Al seleccionar "Applet" el modo de lanzamiento se ejecutará la aplicación cliente como un applet

embebido en su navegador web. Este modo de applet es más comúnmente utilizado para integrar
proyectos de visión en los sitios web existentes, como en un entorno intranet corporativa.
Móvil
Si usted tiene el módulo móvil instalado, puede poner en marcha proyectos en el teléfono
inteligente o tableta también. El usuario lo único que tiene que hacer para poner en marcha un
cliente móvil es conectar su dispositivo móvil a la red inalámbrica y apuntar el navegador web a la
dirección de la LAN de la puerta de enlace. En este punto, se le presentará con una versión
optimizada para móviles de la página principal de Ignition Gateway, donde pueden seleccionar un
proyecto para poner en marcha. Tenga en cuenta que los proyectos deben tener por lo menos una
ventana definida y ser habilitado para lanzamiento móvil con el fin de aparecer en esta lista.
Después de seleccionar un proyecto e inicio de sesión, pueden utilizar el proyecto como un
proyecto normal. Para acceder al móvil contexto del proyecto menú, pulse y mantenga en su
dispositivo sensible al tacto. Aparecerá un menú circular que le permita cambiar entre el puntero y
pan / modo de zoom, así como las opciones para salir de la sesión y entrar en la introducción de
texto.
Componentes, Formas y Symbol Factory
Los componentes son aquellas que llenan sus ventanas con contenido útil. Cualquiera que esté
familiarizado con los ordenadores ya debe entender el concepto básico de un componente - que
son los widgets que usted se ocupa de todos los días - botones, áreas de texto, menús
desplegables, cuadros, etc. El módulo Vision viene con una gran cantidad de componentes útiles,
muchos de los cuales están se utilizan para controles industriales especializados. Otros módulos,
como el módulo de informes, añaden más componentes para fines especiales.
Configuración de los componentes serán probablemente la mayor parte del trabajo de un

diseñador en el diseño de un proyecto de Visión. El flujo de trabajo básico es tomar un
componente de la paleta y colocarlo en un container de la ventana. A partir de ahí, se puede
utilizar el ratón para arrastrar y cambiar el tamaño del componente en la posición correcta.
Mientras se selecciona el componente, puede utilizar el panel Editor de propiedades para alterar
las propiedades del componente, lo que cambia la apariencia y el comportamiento del
componente.
Las formas son componentes también. Cada forma se puede seleccionar de forma individual, con
nombre, y tiene sus propias propiedades. Las formas tienen algunas capacidades adicionales que
otros componentes no tienen, tales como la capacidad de girar. Las formas se crean usando las
herramientas de forma, arrastrados desde la paleta de componentes.
Para hacer del componente algo útil, como la pantalla de información dinámica o controlar un
registro de dispositivo, se debe configurar los enlaces de la propiedad para el componente. Para
hacer que el componente reaccione a la interacción del usuario, se deben configurar los
controladores de eventos para ello.
Manipulando Componentes
La manipulación de los componentes se puede hacer tanto con el ratón y el teclado. Para
manipular un componente o grupo de componentes, primero debe seleccionarlas.
Cambiar el tamaño
Una vez que los componentes que desea cambiar han sido seleccionados, habrá cambio de
tamaño 8-direcciones que aparecen alrededor del borde de la selección. Estos mangos parecen
flechas de doble sentido de todo el perímetro. Use el ratón para arrastrarlas para cambiar el
tamaño de los componentes de la selección. Para mantener la relación de aspecto de la selección,
mantenga presionada la tecla Ctrl a medida que cambia el tamaño. Para cambiar el tamaño de
todo el centro de la selección actual, mantenga presionada la tecla Shift.
También se puede cambiar el tamaño de la selección actual con el teclado. Para empujar el borde
derecho o inferior de la selección o alejar, utilice un cambio combinado con las teclas de flecha.
Para empujar el borde superior o izquierdo de la selección, utilice Ctrl+Shift en combinación con
las teclas de flecha. Estas acciones pueden cambiar el tamaño de un pixel a la vez. Para cambiar el
tamaño más rápido, agregue la tecla Alt.
Mover
Para mover el componente, basta con arrastrar de cualquier lugar dentro de los límites del
componente. También puede mover lo que esté seleccionado actualmente manteniendo pulsada
Alt mientras arrastra, independientemente de si el ratón está sobre la selección actual. Esto es
importante porque es la principal manera de mover un componente de contenedores.
(Normalmente, arrastrando en un recipiente dibuja un rectángulo de selección dentro de ese
contenedor).
Mientras se selecciona un componente, también puede utilizar las teclas de flecha del teclado
para mover un componente alrededor. Las teclas de flecha moverán la selección de un pixel a la
vez. Al igual que el cambio de tamaño de las teclas de flecha para moverse más rápido, agregue la
tecla Alt.
Los componentes pueden ser fácilmente duplicados arrastrándolos como si fueras a moverlos y
manteniendo pulsada la tecla Ctrl. Esto dejará caer una copia del componente en el lugar de
colocación deseada. A menudo es útil para mantener también la tecla Mayús mientras hace esto
para asegurar la alineación exacta. También puede utilizar el atajo Ctrl+D para duplicar
rápidamente un componente en su lugar.
Rotación
Las formas pueden ser rotadas directamente a través de la herramienta de selección. Otros
componentes no se pueden girar de esta manera. Para girar una forma, primero hay que
seleccionarlo con la herramienta de selección para que veas los controladores de tamaño
alrededor. Entonces realizas un simple clic en él una vez más y verás que para la rotación aparecen
asas. Al hacer clic en (pero no haga doble clic) en formas seleccionadas cambia de ida y vuelta
entre los controladores de tamaño y las flechas de rotación.
Una vez que vea las flechas de rotación, sólo tiene que empezar a arrastrar uno para girar la forma
o formas. Si mantiene pulsada la tecla Ctrl se cambiaran los movimientos de rotación a
incrementos de 15 °. Cuando las flechas de rotación están presentes, también hay una pequeña
asa en forma de cruz que se inicia en el medio de la selección. Este es el anclaje de rotación: el
punto de que la selección girará alrededor. Puede arrastrar en cualquier lugar que desee girar
alrededor de un punto que no sea el centro de la forma.
Propiedades de los componentes
Cada componente tiene un conjunto único de propiedades. Una propiedad es simplemente una
variable llamada que afecta a algo sobre el comportamiento del componente o aspecto. Cada
propiedad tiene un tipo diferenciado. Mueva su ratón sobre la propiedad en el panel Editor de
propiedades para ver su tipo de datos y el nombre de scripting.
Geometría de Formas
Todas las formas básicas, así como todo lo creado con la herramienta de lápiz o de línea, pueden
ser consideradas como una forma o linea. Una linea es una serie de puntos y segmentos entre esos
puntos. Cualquiera de los dos puntos o bien se pueden desconectar (sin línea entre ellos),
conectado con un segmento de línea recta, o conectados con una curva de Bézier.
Ejemplos de curvas de Bézier
Propiedad Vinculante (Property Binding)
La propiedad vinculante es quizás el concepto más importante para entender el diseño de un

proyecto mediante el módulo de visión. Es principalmente a través de la propiedad vinculante que
traiga ventanas a la vida, y estas hicieran cosas útiles.
Cuando usted pone inicialmente un componente en una pantalla, en realidad no hace nada.
Cambiando sus propiedades en el designer hará que se vea o actúe diferente, pero no tiene
conexión con el mundo real. Esto es lo que la propiedad vinculante añade. La propiedad
vinculante, como su nombre indica, le permite enlazar una propiedad a otra cosa. Y otra cosa
podría ser:
- Una tag OPC

- Los resultados de una consulta SQL ejecutada en contra de una base de datos remota
- La propiedad de algún otro componente
- Una expresión que implica cualquiera de estas cosas
- Los resultados de una secuencia de comandos de Python
Por ejemplo, enlazar valor de la propiedad de una pantalla LED a un SQLTag OPC, y voila - la
propiedad valor será siempre el valor de esa tag - la creación de una visualización dinámica.
Vinculaciones también pueden trabajar a la inversa, utilizando una unión bidireccional. Vincular el
valor de un cuadro de texto numérico para una tag, y que el tag se escribirá cuando alguien edita
el valor en el cuadro de texto.
El poder de las consolidaciones de una propiedad proviene de la variedad de diferentes tipos de

enlace que existen, y el hecho de que se puede enlazar casi cualquier propiedad de un
componente a cualquier otra cosa. ¿Quiere su primer plano para activar una alarma de color rojo
cuando está por encima de una cierta gravedad? Enlazar su LED Lit (glyphForeground) de color a la
propiedad AlertCurrentSeverity de una tag o tag. ¿Quieres que sólo aparezca si un supervisor está
en turno? Enlace su propiedad visible para el resultado de una consulta SQL que se une a una tabla
de personal con una tabla de cambio. Las posibilidades son, literalmente, infinitas.
Plantillas (Templates)
Las plantillas son una característica sencilla pero con gran potencial, que se puede utilizar con las
ventanas de visión. Los sistemas HMI y SCADA suelen tener un poco de repetición en sus pantallas.
Por ejemplo, podría utilizar un grupo de los mismos componentes de una y otra dentro de su
proyecto para representar diferentes motores. Los datos de la conducción de cada conjunto de
gráficos es diferente, pero los propios gráficos son copias de uno al otro.
Sin plantillas, la única manera de hacerlo es copiar y pegar los componentes cada vez que se desea
representar un motor. Esto es simple, y funciona, pero puede causar grandes dolores de cabeza si
se quiere corregir o modificar luego, lo cual consumen tiempo después. Si alguna vez quieres hacer
un cambio en cómo se representan los motores, se deberá hacer el cambio a cada copia del grupo.
El uso de las plantillas, definen los gráficos para mostrar un motor en un solo lugar, llamado la
plantilla maestra. A continuación, puede utilizar esta plantilla muchas veces en su proyecto en
varias ventanas. Estos son los llamados casos de plantilla. Los cambios realizados en la plantilla
maestra luego se reflejan instantáneamente en todas las instancias de la plantilla. El uso temprano
de plantillas en su desarrollo de proyectos para las pantallas de repetición puede ahorrarle una
cantidad significativa de tiempo más adelante.
Uso de plantillas
La creación y el uso de plantillas son muy sencillos, y debe ser familiares para cualquiera que haya
diseñado ventanas Visión antes. Usted debe tener el proyecto al que desea añadir una plantilla
para abrir en el diseñador antes de empezar.
Creación de una nueva plantilla
Para crear una nueva plantilla, haga clic en el nodo Plantillas del Navegador de proyectos, o
seleccione Archivo> Nuevo> Nueva plantilla de la barra de menú del Designer. Esto creará una
nueva plantilla.
Una vez creada una plantilla, se abrirá el maestro de plantillas para el diseño del espacio de
trabajo de la ventana. Para cambiar el nombre de la plantilla, haga clic en él en el Explorador del
proyecto y pulsa F2, o cambiar el nombre en el editor de propiedades.
Edición de una plantilla
Para poder editar una plantilla se debe hacer doble clic sobre ella, en el explorador de proyectos, o
hacer o doble clic en cualquier instancia de la plantilla dentro de una ventana. Usted puede
diseñar la plantilla de la misma manera que el diseño de las ventanas: mediante la adición de
componentes a la misma, y la configuración de los componentes utilizando los enlaces de
propiedad y las secuencias de comandos.
Hay algunas diferencias entre las plantillas y las ventanas desde el punto de vista de edición. Las
plantillas, a diferencia de las ventanas, tienen un fondo transparente de forma predeterminada.
Esto se puede cambiar simplemente modificando el color de fondo de la plantilla. Las plantillas
además no tienen el concepto de un "Contenedor raíz o Root" - la propia plantilla actúa como un
contenedor.
Creación de una instancia de plantilla
Una vez que haya hecho su plantilla, se puede utilizar en cualquiera de las ventanas de su
proyecto. Puede arrastrar la plantilla desde el explorador de proyectos en una ventana abierta, o
usted puede hacer clic en la plantilla y elegir la opción de uso en la ventana, lo que le permitirá
colocar la plantilla en el interior de una ventana con un clic adicional. La instancia de la plantilla se
puede mover y cambiar de tamaño como cualquier otro componente.
Alarmas, manejo de eventos y grupos de transacción

Alarmas
Un evento de alarma se compone de muchas piezas de información. El estado, el valor, el tiempo,

todos los datos de configuración de la alarma, y son más conocidos colectivamente como las
propiedades del evento. La "propiedad" es generalmente un nombre, potencialmente, junto con
un valor por defecto. Hay muchas propiedades que una alarma puede tener, y si la propiedad no
está presente, el valor por defecto se asume generalmente.
¿Cómo se utilizan Propiedades?
Las propiedades se utilizan de varias maneras:
- Para definir cómo se comporta una alarma

- Se hace referencia en los mensajes, como en el cuerpo de un correo electrónico o mensaje
SMS.
- Se hace referencia en expresiones, tal como en la unión de una propiedad diferente, o en
un bloque de expresión.
- Creado y utilizado en pipelines como variables temporales, como para hacer un contador.
- Otros
Mientras las propiedades siempre se acceden a la misma (por ejemplo, mediante el uso de la
"{propertyName}" sintaxis en un mensaje o expresión, o de la (función de la expresión
getProperty)), hay algunas variaciones sutiles en donde el valor de la propiedad viene, y lo que su
ciclo de vida será. Para entender mejor esto, considere que un evento de alarma tiene la siguiente
estructura:
Eventos de Alarma
- Propiedades de eventos activos

- Propiedades del eventos borrados
- Propiedades de eventos reconocidos
- Propiedades de ejecución
Las tres primeras colecciones de propiedades se crean cuando se produce el tipo de evento
descrito. Consecuentemente, es posible que la misma propiedad puede existir varias veces en un
evento de alarma. Por ejemplo, una propiedad de configuración unida o datos asociados se
captura en los eventos activos y borrados. Cuando hace referencia a una propiedad, la alarma le
proporcionará el valor más reciente al evento. Por lo tanto, si usted tiene una propiedad llamada
"MyData", y hace referencia a la alarma cuando está activa, es posible obtener un resultado
diferente que cuando se ejecuta después de la referencia y la alarma se ha despejado. Sin

embargo los valores individuales se almacenan por separado en la lista de alarmas.
Las propiedades de ejecución son diferentes, ya que sólo existen mientras el evento de alarma
está en la memoria (aún "en vivo", es decir, no se aclaró, o no se ha reconocido). Ellos no se
almacenan en la revista alarma. Además de las propiedades creadas a través del bloque conjunto
de propiedades, el sistema también tiene una serie de propiedades de ejecución definidos que
puede utilizar para diversos fines. Aunque éstos se utilizan internamente, son técnicamente
propiedades regulares, y se puede acceder y modificar a través de los medios normales.
Propiedades comúnmente usadas
Configuración
- Nombre - El nombre de la alarma (. Es decir, no de la etiqueta)

- Habilitado
- Prioridad
- DisplayPath
- ActivePipeline, ClearPipeline
- TimeOnDelaySeconds, TimeOffDelaySeconds
- Notas
Tiempo de ejecución (generado por el evento)
IsInitialEvent - Se establece en "true" cuando el evento es causado por el estado inicial de la

alarma.
SystemAck - Se establece en "true" cuando la alarma ha sido reconocida por el sistema, debido a
un desbordamiento de la "en la cola de eventos vivos". Eventos vivos son los eventos de alarma
que se activan o no son reconocidos, y están limitadas para cada alarma por la configuración
general de alarma.
IsShelved - ¿Está la alarma esta archivada?
ShelfExpiration - Cuando la plataforma expirará para este evento.
EventCanceled - Si se establece, el evento se retirará tan pronto como sea posible de los pipelines.
EventId - el identificador único (UUID) de este evento de alarma. Cada evento consigue un
Identificación completamente única.
Source - la ruta calificada al elemento que genera este evento.
DisplayPathOrSource - Obtiene la ruta de pantalla si se define, de lo contrario devuelve la fuente.
Estado - El actual estado general de la alarma: ClearUnacked (0), ClearAcked (1), ActiveUnacked
(2), ActiveAcked (3)
EventState - El estado de transición que causó el evento actual: Activo (0), Claro (1), Ack (2)
EventValue - El valor asociado con el evento actual.
AckUser - El usuario que reconoció este evento.
IsAcked - "True" si el evento ha sido reconocido.
IsActive - "True" si el evento está todavía activo.
IsClear - "True" si el evento no está todavía activo.
ActiveTime, ClearTime, AckTime - La marca de tiempo para cada evento.
PipelineTransitionCount - ¿Cuántas transiciones del evento ha hecho en el interior de los

pipelines?
Manejo de Eventos
Los proyectos pueden utilizar secuencias de comandos para reaccionar a una variedad de eventos
y acciones que se producen dentro del ciclo de vida del proyecto. Hay dos grandes ámbitos para
scripting: Scripts de Gateway y los scripts de cliente. Los scripts de Gateway se ejecutan en la
puerta de enlace de Ignition, lo que significa que siempre se ejecutan en un solo lugar. Los Scripts
de cliente se ejecutan en el cliente, lo que significa que nunca se pueden ejecutar (si no hay
clientes que estén ejecutándose), o pueden ejecutar muchas veces. Los Scripts de cliente también
se ejecutarán en el designer, pero sólo en el modo de vista previa.
Tenga en cuenta que estos scripts de eventos para proyectos globales no deben ser confundidos
con las secuencias de comandos de controlador de eventos de componentes.
Scripts de arranque y parada
Estos tipos de script están disponibles en el Gateway y los clientes. Estos scripts se ejecutan
cuando el proyecto se pone en marcha o se apaga.
En el ámbito de secuencias de comandos de puerta de enlace, esto significa que la secuencia de

comandos se ejecutará cuando la puerta de enlace se inicia o se apaga, y cada vez que los cambios
de configuración de secuencias de comandos a través de un Diseñador ahorran acción. Esto
significa que mientras que el diseño, los eventos de inicio y apagado pueden ocurrir con
frecuencia.
En el ámbito de secuencias de comandos de cliente, estos scripts se ejecutan cuando un usuario

inicia una sesión con éxito ya sea dentro o fuera, o cuando el cliente está cerrado.
Script de Intercepción de apagado
Este tipo de script está disponible sólo en el ámbito de la aplicación cliente. Este es un script
especial que se llama cuando el usuario intenta salir o cerrar el cliente. Esta secuencia de
comandos se ejecuta con una variable o evento especial. Cuando el guión termina, si event.cancel
es 1, el cierre será abortado, y el cliente se mantendrá abierto. De lo contrario, la operación de
apagado será llamada, y el cliente se cerrará.
if "SuperUser" not in system.security.getRoles():
system.gui.warningBox("Exit not allowed for non-admin user.")
event.cancel=1
Scripts de combinaciones de tecla
Algunos comandos de teclas están disponibles únicamente en el ámbito de aplicación de cliente.

Estos son los scripts que se ejecutan en una cierta combinación de teclas. Usted puede añadir
tantas combinaciones de teclas como desee, siempre y cuando cada uno tenga una combinación
única clave.
Al elegir una combinación de teclas, puede elegir cualquier número de modificadores, que son
teclas o botones del ratón que deben estar hacia abajo para activar la tecla. También puede elegir
si desea o no el golpe de teclado es el caso de estar presionado o una tecla del teclado haya sido
liberada del teclado. Teclas especiales como las teclas F, ESC, etc, están disponibles únicamente
en las acciones presionadas y liberadas.
Transacciones
Grupos de transacción son el corazón del módulo SQL Bridge. Son unidades de ejecución que
realizan una variedad de acciones, como el almacenamiento de datos históricos, la sincronización
de valores del OPC a la base de datos o valores de recetas de carga. Una variedad de tipos de
grupos, tipos de items y opciones, significara que los grupos de transacciones se pueden
configurar para realizar casi cualquier tarea.
El espacio de trabajo del Grupo de Transacción es editado por el designer de Ignition. Cuando se
selecciona un grupo, se presentará con el espacio de trabajo del grupo de transacciones. El área de
trabajo se divide en varias partes:
1) Barra de título - Muestra el nombre del grupo seleccionado en ese momento, así como las
opciones para configurar como Activado o Desactivado, y para hacer una pausa, si se está
ejecutando actualmente.
2) Configuración de items - Muestra todos los elementos configurados en el grupo seleccionado.

Muchos ajustes se pueden modificar directamente a través de la pantalla, el resto haciendo doble
clic en el elemento, o seleccionando "editar" en el menú contextual.
3) Acción / activación / Opciones pestañas - Definir cómo y cuándo se ejecutara un grupo. Posee la
mayor parte de las opciones que se aplican al grupo en general, tales como la velocidad de
actualización, y que los datos de conexión que utiliza.
4) Estado / Eventos pestañas - Proporciona información sobre el grupo de ejecución, incluidos los
mensajes más recientes que se han generado.
Habilitando la ejecución de Grupos
Para grupos a evaluar, primero deben estar habilitadas. Esto se hace seleccionando "habilitado" en
la barra de título del grupo, y luego se guarda el proyecto. El grupo de ejecución se puede detener
invirtiendo el procedimiento y la selección de "deshabilitado" antes de guardar. Si desea detener
de forma rápida y temporal la evaluación del grupo, haga clic en el el botón de "pausa". Esto
evitará la ejecución hasta que quite la pausa al grupo, o hasta que se reinicie el sistema.
Edición de la configuración de grupo
La Configuración del grupo puede ser modificada en cualquier momento, independientemente de

si es o no el grupo que se está ejecutando. Las modificaciones se aplicarán cuando se guarde el
proyecto, y el grupo se inician o se detienen cuando sea necesario. Algunos cambios, como la
modificación de los items pueden causar características como que los valores en vivo parezcan
estar incorrectos. Por tanto, es importante tomar en cuenta el icono que aparece junto al grupo,
para luego guardar. Si prefiere detener el grupo antes de hacer ediciones puede simplemente
hacer una pausa en el grupo. La ejecución se iniciará de nuevo después de que se guarde el
proyecto.
Cómo se ejecutan los Grupos
En términos generales, los grupos trabajan en base a un temporizador. Ellos se ejecutan a una
velocidad determinada, y en ese caso, el resto de la configuración es la verificación. Si las
condiciones de activación pasan, el grupo se ejecuta completamente.
Ciclo de ejecución Todos los grupos siguen un ciclo de ejecución similar. La evaluación de núcleo
pueden ser diferentes, pero el ciclo general es el misma.
1) ejecutar el temporizador, el grupo entra en ejecución
2) ¿Se detuvo el grupo? Pausa de ejecución.
3) ¿Es la puerta de enlace parte de un par redundante? Si es así, ¿es activo? Si no está activo,
interrumpir la ejecución. Solamente se ejecutan Grupos en el nodo activo.
4) Evaluar items "run- always”: items OPC, referencias SQLTag e items de expresión configurados
para ignorar el trigger (o colocados en la sección "run - always" de la ventana de configuración).
5) ¿El trigger está configurado / activo? Si hay un trigger definido, pero no está activo, interrumpir
la ejecución.
6) Evaluar los elementos de expresión "triggered".
7) En su caso, leer los valores de la base de datos
8) Ejecutar una comparación entre los elementos y sus objetivos
9) Ejecutar las escrituras en otros tags o la base de datos que resulten de la ejecución.
10) Informe de alertas
11) Reconocer el trigger, si procede.
12) Escriba el valor apretón de manos, si procede. Si se produce un error en cualquier etapa,
además de la última etapa, la ejecución se romperá y el apretón de manos fallo será por escrito si
está configurado. El grupo intentará de nuevo después de la ejecución el próximo período la tasa
de actualización.
Anatomía de una transacción
Configuración de la acción La configuración de la acción de un grupo define con qué frecuencia se

evaluará el grupo, así como los ajustes importantes que se aplican al grupo en su conjunto. Se
encuentran en la pestaña "Acción", la primera de las pestañas en la parte derecha del área de
trabajo del Grupo de transacciones.
Ajustes comunes
Los ajustes varían para los diferentes tipos de grupos, pero algunas configuraciones son comunes a
la mayoría de ellos.
Programación de Ejecución
Hay dos formas de especificar cuando el grupo se debe ejecutar: el modo temporizador, y el modo
de programación.
Modo de temporizador
En este modo, el grupo se evalúa regularmente en el porcentaje previsto. Como se mencionó en

líneas arriba, debido a los ajustes que tiene el trigger, no ocurrirá una ejecución completa, pero el
trigger o al menos será evaluado a este ritmo.
Modo de Programación
Con el modo de programación, usted está proporcionando una lista de tiempo (o rangos de
tiempo) que el grupo en el que el grupo debe funcionar. Si el patrón especificado incluye un rango
de tiempo, deberá ser proporcionado la cantidad, y el grupo se ejecutará como en el modo de
temporizador durante ese período.
El patrón horario
Se especifica el calendario como una lista separada por comas de los tiempos o intervalos de
tiempo separados. Usted puede utilizar los siguientes formatos:
- Los tiempos de 24 horas de "8:00, 15:00, 21:00", para su ejecución a las 8 am, 15:00 y
21:00.
- 12 horas con am / pm (si no se especifica, "12" se considera mediodía): "las 8 am, 15:00,
21:00"
- Rangos, "08 a.m.-11 a.m., 15:00-17:00"
Notas
- Se permite el tiempo rangos para abarcar más de la media noche, como "9 p.m.-08 a.m."
- Cuando utilice rangos, los tiempos de ejecución se alinearán a la hora de inicio. Por
ejemplo, si especifica un calendario de "09 a.m.-5 p.m." a una razón de "30 minutos", el
grupo se ejecutará a las 9, 09:30, 10, etc., independientemente del momento en que se
inició. Esta es una diferencia útil en comparación con el modo de temporizador, que se
ejecuta basado en cuando empezó a ejecutar el grupo. Por ejemplo, si Ud. desea que un
grupo que se ejecute cada hora, en la hora, puede especificar una razon de 1 hora con una
serie de "0-24".
Configuración Trigger y HandShake
Los ajustes de trigger determinan cuando realmente se debe ejecutar un grupo. Ellos son
examinados cada vez que el grupo evalúa (de acuerdo con la velocidad de actualización del grupo).
Si son aprobados, el grupo se ejecutara y realizara su acción con la base de datos.
Los ajustes de activación son los mismos para todos los tipos de grupo. Se encuentran en la
segunda pestaña (etiquetada "Trigger"), en el lado derecho del espacio de trabajo del Grupo de
transacciones.
Ejecución solamente cuando el valor ha cambiado (trigger asíncrono)
Estos ajustes se evalúan primero. Si se establece, el grupo examinará si los valores de los tags
especificados han cambiado, y si no, se saldrá de la evaluación.
Es posible controlar todas los tags de ejecución Siempre en grupo, o sólo los específicos.
Ejecutar un grupo mediante un trigger
Habilita un trigger en un ítem específico del grupo. El item desencadene al trigger puede ser
cualquier item Run-Always, así como un OPC item, o una referencia SQLTag, o item expresión
establecido en el modo " Run-Always".
Además de los ajustes numéricos que definen al trigger, hay varias otras opciones:
- Only execute once while trigger is active - (Sólo se ejecutará una vez mientras el trigger
este activo). El grupo sólo se ejecutará una vez cuando el disparador entra en un estado
activo y no se ejecutará de nuevo hasta que el gatillo va inactiva primero. Si no
seleccionada, el grupo se ejecutará cada vez que las condiciones de disparo como
resultado true.
- Reset trigger after execution - (Restablecer el trigger después de la ejecución). Si utiliza
los modos de disparo "> 0" o "= 0", el trigger se puede configurar para escribir un valor
opuesto después de que el grupo se haya ejecutado con éxito. Esto es útil para la
transmisión de la ejecución de nuevo al PLC.
- Prevent trigger caused by group start - (Prevenir el trigger causado por el inicio de un
grupo) - Si se selecciona, el grupo no se ejecutará si el trigger está activo en la primera
evaluación del grupo. En el trayecto de diseño de un grupo, es común tener que detener e
iniciar muchas veces, y a veces no es deseable tener que ejecutar al grupo como resultado
de esto. Al seleccionar esta opción evitará estas ejecuciones, así como las ejecuciones
causadas por el reinicio del sistema.
Configuración HandShake
La configuración HandShake también se define en la ficha Trigger. Es posible especificar tanto un

HandShake Failure y un HandShake Success. El HandShake satisfactorio, escribirá el valor
especificado en el item dado cuando el grupo haya terminado todas las demás ejecuciones de
trigger sin errores.
El HandShake Failure, por otro lado, se escribirá cuando la ejecución del grupo se corta debido a
un error, tal como un error al escribir en la base de datos u otro elemento.
Configuraciones Avanzadas
Los Grupos de transacciones ofrecen varias configuraciones avanzadas que afectan a cómo se
producirá la ejecución. Estos ajustes se pueden encontrar en la pestaña Opciones del grupo.
Modo OPC Data
Este ajuste modifica cómo el grupo recibe datos desde el OPC.
- Suscribir - Los puntos de datos se registran con el servidor OPC, y los datos son recibidos
por el grupo "en cambio". Esta es la configuración por defecto y por lo general ofrece el
mejor rendimiento, ya que reduce el flujo de datos innecesarios y permite que el servidor
OPC para optimizar lee. Sin embargo, es importante señalar que los datos son recibidos
por el grupo de forma asíncrona, lo que significa que puede llegar en cualquier momento.
Cuando el grupo se ejecuta, "instantáneas" de los últimos valores recibidos y utiliza los
durante la evaluación. Si algunos valores llegan después de que comience la ejecución, no
van a ser utilizados hasta el siguiente ciclo de ejecución.
- Leer - Cada vez que el grupo ejecuta primero leerá los valores de los items OPC del
servidor. Esta operación requiere más tiempo e implica más sobrecarga de evaluación
suscrita, pero se asegura de que todos los valores se actualizan junto con los últimos
valores. Por tanto, se utiliza comúnmente en situaciones de realimentación, donde todos
los datos depende de la otra y se deben actualizar juntos. Vale la pena señalar que cuando
se utiliza un elemento OPC como el trigger, el artículo sera leído y el resto de los items se
suscribirán cuando se produzca la condición del trigger.
Bypass Store and Forward System
Sólo se aplica a los grupos que insertan filas en la base de datos. Causas grupos que dirigen la base
de datos directamente en lugar de pasar por el sistema de almacenamiento y hacia adelante. Si la
conexión no está disponible, el grupo va a reportar errores en lugar de datos de registro de la
caché.
Invalidar velocidad de suscripción OPC
Especifica la velocidad a la que serán suscritos los item OPC en el grupo. Estos items son
normalmente suscritos a la velocidad o razon del grupo, pero al modificar esta configuración es
posible solicitar actualizaciones a un ritmo más rápido o más lento.
Tipos de Items
Los items son los elementos centrales de un grupo. Se ejecutan, y los valores son utilizados por el
grupo para fines de lógica, por otros items, y para escribir en la base de datos. Ellos pueden ser
escritos a partir de la base de datos o de otros items.
Tipo de artículo Descripción
Items OPC Directamente suscrito a un servidor OPC a la

tasa del grupo. Ejecutado por el grupo, por
lo que las alertas se evalúan cuando se
ejecuta el grupo.
Estos artículos se ejecutan incluso cuando el

disparador no está activo.
Item Expression Run-Always Al igual que una expresión SQLTag, este
puede ser un valor estático, una expresión o
una consulta de base de datos. Estos items
de expresión run-always siempre se evalúan
en cada intervalo de grupo, antes de evaluar
el estado de trigger.
Item Triggered Expression Son iguales que los items expresión run-
always, excepto que sólo se ejecutan
después que el trigger ha sido evaluado y
está activo.
SQLTag Referencia Permite que un SQLTag pueda ser utilizado

en un grupo como cualquier otro tipo de
item, excepto que el item se evalúa por su
clase de scaneo, en lugar de evaluarse por el
grupo.
Orden de Ejecución
Los items generalmente no se ejecutan en un orden fiable, con la excepción de los items de
expresión. Los items de expresión pueden ser ordenados usando las flechas arriba y abajo situadas
a la derecha de la lista donde se muestran los elementos. Esto puede ser crucial para la realización
de operaciones complejas que requieren una secuencia específica.
SQLTags vs. Items OPC en Grupos
Es fácil confundir la definición y el propósito de los SQLTags y los items OPC en los grupos de
transacciones, aunque tienen distintos beneficios.
Los SQLTags pueden ser referenciados en el interior de los grupos, sin embargo, es importante
recordar que son ejecutados por la puerta de enlace de Ignition de acuerdo a sus clases de
escaneo, y de forma independiente del grupo.
El agregar un SQLTag en un grupo es como crear un acceso directo a ese tag. Sin embargo, estando
una vez dentro el grupo, el item se puede utilizar como cualquier otro item. Es decir, se puede
asignar al item bi-direccionalmente a la base de datos, y es posible utilizarlo como un trigger, o
puede ser usado por otro item, etc. Incluso es posible crear un horometro externo al item. Sin
embargo, las propiedades básicas del tag como ser alarmas y escalamiento, se definen en el
SQLTag real, y no así en el grupo.
Por otra parte los items OPC en grupos (así como items de expresión en grupos), están
completamente ejecutados por el grupo. Y no existen fuera del grupo en el que se definen, están
suscritos y evaluados de acuerdo a la razon del grupo.
En términos generales, es más común crear items OPC en grupos, y aun en un punto
determinado ya podrían existir dentro los SQLTags. Esto lleva a la ejecución de grupo más
comprensible, ya que toda la evaluación se produce en el grupo de acuerdo a los ajustes del
temporizador y trigger. Las referencias SQLTag son útiles cuando es necesario tener un valor único
en múltiples grupos, por ejemplo, como un trigger orden de coordinar la ejecución.
Tipos de Grupo
Grupo Standard
Se llama grupo estándar porque es un grupo de uso general flexible que se puede adaptar a una
variedad de situaciones. El modelo de datos esta basado en filas, con items de mapeo a las
columnas y los datos corresponderán a una fila específica de una tabla.
Usos Comunes
Los grupos estándar pueden ser utilizados en cualquier momento que desee trabajar con una sola
fila de datos. Esto puede incluir:
- Registro histórico - Establece el grupo para insertar nuevos registros y los datos de
registro histórico, ya sea en un temporizador, o como consecuencia de un trigger. Los
ajustes de trigger flexible y handshakes hacen posible la creación de transacciones
robustas.
- Mantenimiento de las tablas de estado - Mantiene una fila en la base de datos
actualizada con los valores de estado actuales. Una vez en la base de datos, sus datos
proceso ya está disponibles para su uso por cualquier aplicación que pueda acceder a una
base de datos, lo cual extiende dramáticamente sus posibilidades.
- Administración de recetas – Los ajustes de almacenamiento de recetas en la base de
datos, tienen una cantidad prácticamente ilimitada de memoria. Entonces, se carga en el
PLC mediante mapeo DB-a-OPC y luego se utiliza una cláusula personalizada where con un
elemento de unión, esto con el fin de seleccionar dinámicamente la receta deseada.
- PLC Sync - Los items del grupo se pueden configurar para apuntar otros items, tanto para
un solo sentido, como para la sincronización bidireccional. Mediante la adición de items de
varios PLC al grupo, se pueden establecer los items de un PLC para sincronizar con los
demás. A través de la creación de elementos de expresión que se asignan respecto de un
elemento de control al otro, se puede manipular el valor antes de pasarlo.
Grupo Bloque
El grupo Bloque se llama porque ello escribe "bloques" de datos a tabla de base de datos, que
consiste de multiples filas y columnas.
Usos Comunes
Los grupos Bloque son muy utiles en un sin número de casos donde necesite trabajar con gran
cantidad de datos de manera eficiente.
Mirroring/Synchronizing valores array a un DB – Los arreglos (Arrays) son siempre los mejores
guardados de manera vertical, lo cual los hace perfectos para los grupos bloque. El modo patrón
hace que la configuración de sea una cosa fácil al permitir especificar la matriz como un patrón, y
establecer los límites.
Manejo de Recetas- Similar a los grupos standard, excepto cuando los set points son mejor
guardados de manera vertical que horizontal.
Tablas Históricas Verticales – Grupo de datos de tipo (int, float, string), crean una copia del item el
cual almacena el item path, y luego utiliza la opción de nueva fila insertada para crear tu propia
tabla de almacenamiento vertical. Creando copias adicionales del bloque de items que tienen
referencia a su calidad y timestamp en orden para obtener más información sobre el punto de
datos.
Grupo Histórico
El grupo histórico hace que sea fácil de registrar rápidamente los datos históricamente a una base
de datos SQL.
Registro histórico básico – El registro de datos a una base de datos SQL le da al almacenamiento
una increíble capacidad de consulta, y hace que sus datos de proceso estén disponible para
cualquier aplicación que tenga acceso al DB.
Seguimiento Shift - Utiliza un item de expresión para rastrear el cambio actual basado en el
tiempo, y luego dispara fuera al resumen de registros de los valores que provienen del PLC. Utilice
el handshake para indicar al PLC de manera que restablezca los valores.
Grupo Stored Procedure
El grupo de stored procedure le permitirá asignar rápidamente valores bidireccionalmente a los

parámetros desde un procedimiento almacenado.
Reporte
Este módulo sirve para la creación de informes dinámicos. Estos informes se pueden generar a
partir de archivos PDF existentes de Adobe Acrobat o creados totalmente desde cero. Los datos se
introducen a partir de proporcionar acceso a cualquier base de datos SQL
Ignition Reporting permite crear informes profesionales fáciles con una rica biblioteca incluyendo:
imágenes, gráficos, tablas, y una variedad de herramientas básicas. El acceso a los reportes se
realiza en tiempo real con la aplicación Java, proporcionando a los usuarios autenticados acceso
desde cualquier lugar, todos ellos basados en estándares que su departamento de TI puede apoyar
la creación de redes. Los informes son para imprimir y se pueden exportar fácilmente a una
variedad de formatos, incluyendo PDF. Estos son algunos de los usos comunes de informes
dinámicos:
- Gestión de la producción
- Monitorización Eficiencia
- Seguimiento de tiempo de inactividad
- Control Estadístico de Procesos
- Seguro de calidad
- Overall Equipment Effectiveness Gestión (OEE)
• Análisis de Datos Históricos
Beneficios
Ignition Reporting, permite a los administradores aumentar la productividad, disminuir los

residuos, reducir los costos y aumentar la calidad con los recursos existentes, proporcionando una
vista de su proceso de fabricación. Los administradores a menudo ahorran tiempo mediante la
automatización de los procesos de información que antes se realizaban a mano. A menudo
valiosas horas hombre trabajaban para realización de hojas de cálculo o la creación de informes se
debía recuperar. Estos informes son triviales para gestionar, ya que se generan sobre la marcha a
partir de datos de bases de datos SQL existentes.
Componentes
Basic Drawing Tools (Herramientas básicas de dibujo)

Esta guía le ayudara a crear un informe básico que contiene una tabla y gráfico circular con el valor
por defecto conjunto de datos.
Herramientas de dibujo básicas se encuentran en la barra de herramientas
Tabla de referencias cruzadas
La tabla de referencias cruzadas es un elemento DataSet como la tabla y el gráfico. Se muestra un

resumen de las secciones transversales de datos. Para ser útiles, los datos de referencias cruzadas
deben tener lo siguiente:
- Muchos de los datos son repetitivos. Usted debe estar buscando sumas, promedios, u
otras funciones de agregado
- Por lo menos se debe tener 2 columnas (clave) cuyos datos sean repetitivos en
comparación con el número de filas. Los datos deben verse de forma “rectangular". Por
ejemplo, si sólo hay una fila para cada combinación de valores de las teclas 2, obtendrá
una tabla cruzada trivial.
- Normalmente Usted tendrá una tercera columna que es un número para realizar una
operación, como ser por ejemplo: sumar dinero, el promedio de la muestra de los tiempos
de respuesta, contando sucesos, etc.
La plantilla de tabla de referencias cruzadas es mucho más simple que la plantilla de la tabla. Por
defecto sólo muestra una celda de una tabla sencilla. Esto normalmente se configura con una
clave agregada, como "@ total.getAmount @". Después de ello, las claves de agrupación son
arrastradas al eje horizontal y vertical.
Graph (Grafico)
Graph es un elemento DataSet, muestra una representación gráfica en 2D o 3D de los datos en

forma de gráfico de barras o gráfico de torta. Los gráficos son útiles para ilustrar las cantidades
relativas de los datos resumidos.
El llenado de los datos incluye los conceptos de claves de datos, clasificación y filtrado son casi
idénticos al de una tabla. El aspecto de la gráfica tiene un modelo de super selección mucho más
profundo que una tabla.
Line Graph
El line-Graph o diagrama de línea es un elemento DataSet como la tabla. Muestra una

representación gráfica de los datos en forma de una línea, área o grafico de dispersión.
El llenado de los datos incluye los conceptos de claves de datos, clasificación y filtrado que son casi
idénticos a los de una tabla.
Images and Image Placeholders (Imágenes y los marcadores de imagen)
Ud. Podrá crear imágenes haciendo clic en el botón con el icono de imagen para añadir formas de
la barra de herramientas. Haga doble clic en la imagen de la ventana del navegador de imágenes.
Tags (Labels)
Las etiquetas pueden ser usadas para imprimir tags de correos, crear tags de nombre, o cualquier
otro tag genérico. Puede utilizar hojas de etiquetas Avery estándar o especificar sus propias
dimensiones.
Barcode (Código de Barras)
El componente de código de barras de informes es idéntica al componente normal de código de

barras de Ignition. Se muestra un poco de texto codificado como un código de barras, y también
muestra el texto literal debajo del código de barras. En el diseñador de informes, se puede
arrastrar una clave de datos en el cuadro de texto y el código de barras será dinámico como
cualquier otro componente de informes.
Table (Tabla)
Las tablas son objetos que muestran los datos en un formato repetitivo estructurado. Su
complejidad puede variar desde trivialmente simple ha complicado. El motor de informes creará
automáticamente nuevas páginas que se adaptan a todos los datos dentro de los límites de la
tabla. Combine esa característica con potentes herramientas de manipulación de datos y el diseño,
y se obtendrá un objeto que a menudo constituye la base de sus informes.
Encabezado, detalle, resumen y propiedades de una tabla
Las filas son un aspecto fundamental importante de tablas. Los diferentes tipos de filas se pueden
activar de forma independiente para cada nivel de agrupación. Las versiones de fila de la tabla le
da la opción de obtener filas condicionales que muestran con un formato diferente
Encabezado
El encabezado de la fila se utiliza para agregar características tales a los informes como Nombres
de columna. Una característica interesante de la cabecera es la reimpresión de versiones, lo que
permite tener una cabecera diferente en cada página después de la primera. El dato principal en
una tabla es que tiene una fila para el encabezado. Cada subgrupo de datos puede tener su propio
encabezado de fila.
Con la agrupación de nivel "top" la Cabecera sera la primera fila de todo el reporte. Para niveles
inferiores las cabeceras caerán inmediatamente debajo detalles nivel alto. En muchos casos en los
que se utiliza uno, el otro se podría utilizar de forma equivalente en su caso.
Detail Rows (Filas de Detalle)
Las filas de detalles suelen representar la mayoría de los datos en una tabla o filas. Es posible
desactivar las filas de detalle en situaciones inusuales, ya que sólo representan resúmenes
agregados en un informe agrupado.
Con la agrupación, las filas de detalle aparecen por debajo de la misma cabecera y por encima de
la cabecera del siguiente nivel.
Fila Resumen
La fila de resumen funciona como la fila de encabezado. Se imprime en la parte inferior de la tabla.
Con la agrupación, Las filas resumen son siempre las ultimas, siempre en el orden inverso de los
encabezados.
Tablas - Clasificación y filtrado
Ordena el orden de sus datos mediante una clave o una lista de claves. Los datos se excluyen del
filtrado basados en alguna condición. Ambos se hacen en el inspector de la tabla.
Clasificación
Hay dos métodos similares de clasificación. Pueden ser de modo ascendente (ASC) o descendente
(desc) y pueden utilizar las teclas de agregados.
Se puede ordenar tomando una lista de claves y las clases empezando de la primera. En caso de
empate se sale de la lista.
TopN utiliza una única ruta de la clave. La opción Count permite un límite para el número de filas
procesadas.
Filtrado
El filtrado da la opción de procesar datos basados en una expresión. Si la expresión da resultado

falso, se omitirá la fila. Nota: no es necesario hacer referencia a los símbolos @ llaves.
Row Versioning (Fila de versiones)
Las versiones de fila le permiten mostrar condicionalmente filas de datos en diferentes formatos.
Se utilizan para lograr que determinados datos se destaquen o para hacer que su informe sea más
legible.
Las versiones de fila son o bien incorporados o definidos por el usuario y estos pueden ser
especificados con una expresión clave de versión. Son aplicables a la cabecera, filas detalle y
resumen.
Agrupamiento
La agrupación divide a las tablas por claves que comparten un valor común. Las tablas soportan un
nivel arbitrario de grupos. Cada uno puede tener sus propias filas de encabezado, detalle y de
resumen. Además, de los totales y otras funciones de agregación que son compatibles con
cualquier nivel de agrupación.
Table Group (Grupo de Tablas)
El Table Group le permite especificar tablas secundarias para cada objeto de la lista principal
(utilizando una llave lista que se encuentra en cada uno de esos objetos). También permite
especificar tablas adicionales "peer" que se encuentran en la parte superior en los primeros
extremos de tabla (nota: varias tablas también se pueden configurar como plantillas de varias
páginas, proporcionando un salto de página entre las tablas).
Uso
Para convertir una tabla en un Table Group, sólo tiene que seleccionar la tabla y haga clic en el
botón " Group in Table Group" en el Inspector de la tabla. La tabla es en realidad un elemento
"Table Group".
Ahora puede arrastrar cualquier elemento a la tabla maestra (el menú desplegable Table Group
también ofrece una manera de agregar tablas secundarias). Esto agregará una tabla
completamente nueva para esta lista. Puede editar cada una de las diferentes tablas de la
jerarquía haciendo clic en el nodo de la tabla. Haga doble clic en un nodo para obtener su
inspector de tabla (haga doble clic en la plantilla de tabla en el documento abierto).
Puede volver al grupo inspector tabla haciendo clic en el botón " Table Group" en la esquina
inferior izquierda de la plantilla de la tabla, o seleccionando el icono del grupo tabla en la zona
"Path Selection" del inspector.
Referencia
Para hacer referencia al objeto fila Parent de una tabla secundaria, sólo tiene que utilizar el prefijo
clave de "Parent". Así que si una fila en una tabla secundaria del grupo película quería mostrar el
título de la película, se podría utilizar la tecla "Parent. GetTitle @".
Ejemplo
Esta guía le ayudara con la creación de informe básico que contiene una tabla y gráfico circular con
el valor por defecto de un conjunto de datos como se muestra a continuación
Comenzamos con el conjunto de datos por defecto, datos que vienen adjunto a cada visor de
informes.
Estos son los pasos para crear el informe:
1. Instale encendido Reporting Module
2. Arrastre Visor de informes de ficha Informes en la ventana de proyecto
3. Abra el Diseñador de informes seleccionando Visor de informes y haciendo clic en el

Personalizador.
4. Seleccione la pestaña de teclas del panel Atributos y arrastre de datos para el informe.
5. Seleccione el gráfico
6. Haga clic en el informe para deseleccionar el gráfico. Arrastre de nuevo datos, esta vez la tabla
de selección
7. Arrastre clave Valor abajo para "Llaves:" o Tipo de valor
8. Mantener un doble clic hasta que se selecciona "Legend" a continuación, escriba @ Label @ o
arrastre la clave Label.
9. En la ficha Gráfico del panel Inspector, seleccione el icono de gráfico circular .
10. Arrastre los colores del color de atributos del panel de colores de la serie del gráfico.
11. Seleccionar la forma gráfica y cambiar el tamaño del gráfico.
Página 7: [1] Comentada Carito 02/08/2015 10:44:00 p.m.
Tópicos de Arquitectura Avanzada
Registro remoto
La naturaleza centrada en la red de Ignition ofrece una gran cantidad de flexibilidad para la construcción de
sistemas altamente distribuidos. Una tarea común es reunir datos de sitios remotos y grabarlo en el centro,
para facilitar el intercambio y el análisis adicional. Hay varias maneras de lograr esto en Ignition.
- Sólo OPC-UA
OPC-UA es una especificación basada en la red, y es ideal para la recolección de datos desde lugares
remotos. La Instalación de Ignition con sólo con el OPC-UA te da la posibilidad de conectarte fácil y segura
desde cualquier número de otras instalaciones de Ignition, o con otros clientes OPC-UA.
Este método sólo expone datos, sin embargo, el lado cliente entonces debe registrar si se desea datos
históricos. Si la conexión se cae, los datos no estarán disponibles. Este método ofrece el costo más bajo, y es
adecuado para situaciones en las que los datos no es muy crítico lo histórico-por ejemplo, el seguimiento en
tiempo real a distancia.
- SQL Bridge Remoto
Al instalar el módulo SQL Bridge en la puerta de enlace o gateway remota, se beneficiará del store and
forward para asegurar que ningún dato histórico se pierda. El sistema todavía puede ser el acceso a través
de OPC-UA como se describe anteriormente, o SQLTags basado en la base de datos pueden utilizarse para
comunicar el estado actual. De esta manera, es posible utilizar SQLTags Historiador y alarmas, los cuales
utilizan el almacén y sistema de avance para evitar la pérdida de datos. Este método es ideal para los datos
históricos.
SQL Tags Distribuidos
SQLTags ofrecen una serie de diferentes opciones de configuración. Por defecto, SQLTags son impulsados
por Ignition y se almacenan internamente. Sin embargo, usando un proveedor de la base de datos SQLTags,
es posible almacenar la configuración y valores SQLTag en una base de datos externa. Esta base de datos
puede contener tags de varias puertas de enlace o gateway Ignition, y cada una de esas puertas de enlace
será capaz de acceder a los tags o tags impulsados por los otros.
Con esta metodología es posible agregar múltiples sitios remotos y construyó un sistema coherente que
abarca varias partes de una sola planta, o múltiples plantas separadas por completo.
- Re direccionado de Clientes - Retargeting
El re direccionado de Clientes es el método por el cual se ejecutan a los clientes de un proyecto en

particular a un proyecto diferente sobre la marcha, incluso si el otro proyecto está alojado en un diferente
Gateway Ignition.
El re direccionado es una característica clave que se utiliza para construir sistemas distribuidos. Permite
cambiar entre los proyectos y los servidores tan fácilmente como cambiar entre ventanas. Usando
Retargeting, incluso los proyectos geográficamente dispersas pueden ser presentados como una sola unidad
cohesiva.
- El uso del re direccionamiento
El re direccionamiento se logra a través de secuencias de comandos, por lo general como una respuesta a
una pulsación de botón o cualquier otro evento componente. La función system.util.retarget le permite
especificar un Gateway y proyecto para reorientar a otro. La Autenticación se transferirá a la solicitud, y el
interruptor sólo se producirá si el usuario actual también tiene derechos sobre el proyecto de destino.

Entrenamiento Ignition Core

Hochgeladen von

Dokumentinformationen

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Entrenamiento Ignition Core

Hochgeladen von

Copyright:

Verfügbare Formate

Entrenamiento Ignition Core 1 | 58

Entrenamiento Ignition Core

Descripción Del Curso

El plan de estudios incluye conferencias, demostraciones, y la creación de un proyecto en vivo que

Clientes Lanzado en la Web

Las pantallas de la aplicación cliente se diseñan utilizando un diseñador WYSIWYG, y luego

Un potente sistema de alarmas está integrado a Ignition. La configuración de alarmas dinámico

Análisis De Los Datos

Arquitectura de registro de datos a distancia (Remote Datalogging)

Arquitectura de red área amplia SCADA

Como se describe en la sección de registro de datos a distancia, la naturaleza centrada en la red de

Arquitectura - Misión Crítica

Seleccionando el Directorio de Instalación

Seleccionando el Modo de Instalación

La siguiente opción en el instalador es elegir el modo de instalación. Para la mayoría de los

Seleccionando los módulos

Si ha seleccionado el modo personalizado (Custom), se le presentará la pantalla de arriba. Para ver

Listo para Instalar

Servicio de Ignition Iniciando…

Ignition Gateway (Puerta de enlace)

El Gateway Ignition es un servidor web. Cuando se está ejecutando, se accede a través de un

Y se abrirá la página principal de Puerta de enlace (Gateway), en la foto.

La Página de puerta de enlace con pasos para un rápido inicio

Secciones de la puerta de Enlace

La configuración de la puerta de enlace cubre las siguientes categorías generales:

 Gestión del Sistema - Licencias, Backup / Restore (System)

Gestión del Sistema - Licencias, Backup / Restore (System)

Gestión del módulo (Module Management)

Instalación, actualización y desinstalación de módulos

Los módulos se pueden instalar mediante la selección de una instalación o actualización de un

Estado del módulo

Gestión de proyectos (Project Management)

Creación de un nuevo proyecto

• Descripción - puramente con fines informativos para el usuario.

• Título – Muestra cómo aparecerá el proyecto a los usuarios.

• Habilitado - Determina si el proyecto está habilitado. Un proyecto deshabilitado no estará

Base de datos predeterminada

Proveedor SQLTags por Defecto

Conectividad en Base de Datos (Database Connectivity)

Las conexiones de base de datos se gestionan en la puerta de enlace en Bases de datos>

La contraseña que se utilizará para el nombre de usuario dado.

Propiedades de conexión extra

Le permite activar o desactivar una conexión de base de datos.

Origen de datos de conmutación por error (Failover Datasource)

La conexión a usar cuando esta conexión no está disponible.

Modo de conmutación por error (Failover Mode)

Cómo maneja la conmutación por error y la recuperación.

Registro lento de consultas

Las consultas que tardan más de la cantidad de tiempo especificada, en milisegundos, se

Base de datos de conmutación por error de conexión

Conectividad OPC (OPC Connectivity)

La especificación OPC-UA es la última especificación en una línea que atraviesa de nuevo a

La plataforma de Ignition inherentemente ofrece funcionalidad de cliente OPC-UA. Es decir,

La especificación OPC-UA ofrece una amplia gama de flexibilidad en la elección de tecnologías,

Proveedores de SQLTags y controladores

Proveedores de tiempo real vs. Historiador

Como se mencionó anteriormente, todos SQLTags residen en un proveedor de tags y proporcionan

Proveedores en tiempo real - Interna vs. Externa

Proveedores Externos SQLTags

Hay dos posibles proveedores SQLTags externos en Ignition:

- El proveedor de base de datos

Proveedor Interno de SQLTags

Como se mencionó anteriormente, el proveedor interno de SQLTags almacena las configuraciones

Seguridad (Security) y Administración de Clientes