Saltar al contenido

Adquirir etiquetas de dispositivos y publicarlas hacia sistemas superiores

Configurar los Channel hacia los equipos, adquirir y procesar muestras de etiquetas, publicar los nodos aptos mediante OPC UA y controlar las escrituras según la identidad, la licencia, la etiqueta y el estado de ejecución.

  • Channel → Device → Group → Tag
  • Arquitectura multiprotocolo
  • OPC UA hacia sistemas superiores
Gateway
Canal
DispositivoDispositivo
GrupoGrupoGrupo
EtiquetaEtiquetaEtiquetaEtiqueta
AdquirirProcesarOPC UA
Modelo de configuración Channel → Device → Group → Tag Identidad y jerarquía persistentes
Rutas hacia los equipos Red · Serie · OPC UA Client Seleccionado y validado para cada proyecto
Ruta hacia sistemas superiores OPC UA Server Deben confirmarse los componentes, los certificados y la interoperabilidad
Regla de compatibilidad Validación específica del Device Modelo, firmware, dirección, tipo de datos y lectura/escritura

Capacidades principales implementadas

Modelo jerárquico de dispositivos

Utilizar las capas Channel, Device, Group y Tag para mantener explícitas la configuración y la identidad de ejecución.

Conectividad multiprotocolo hacia los equipos

Seleccionar fábricas de protocolos aisladas por proyecto y validarlas con el hardware de destino.

Ciclo de vida de la adquisición

Coordinar el inicio, la detención, el sondeo, las suscripciones, las reconexiones y el cierre de sesiones.

Procesamiento y banda muerta

Procesar las muestras y aplicar las reglas de banda muerta antes de publicarlas en los sistemas posteriores.

Publicación OPC UA hacia sistemas superiores

Publicar las etiquetas aptas controlando los límites de puntos de conexión, nodos, republicación y escritura.

Canalización de escritura controlada

Validar la identidad, la licencia, la identidad de la etiqueta, el tipo de datos, el nivel de acceso y el estado del Channel antes de escribir.

Cambios de ejecución protegidos

Utilizar el estado pendiente, los bloqueos, la quiescencia de escritura, las recargas acotadas y las comprobaciones de convergencia.

Capacidad y diagnóstico

Mostrar los recuentos de puntos, el estado y los diagnósticos que explican un comportamiento bloqueado o fallido.

Un proceso claro de cuatro pasos

  1. 1

    Configurar

    Crear la configuración de Channel, Device, Group y Tag.

  2. 2

    Adquirir

    Iniciar el entorno de ejecución del protocolo seleccionado y observar el estado de su ciclo de vida.

  3. 3

    Procesar

    Aplicar el tratamiento estándar de muestras y el comportamiento de banda muerta.

  4. 4

    Publicar

    Publicar los datos aptos mediante OPC UA y admitir escrituras controladas.

Dónde encaja este producto

  • Agregación de datos de dispositivos de varios fabricantes
  • Puente de Modbus a OPC UA
  • Procesamiento de muestras en el extremo y banda muerta
  • Mantenimiento protegido de la configuración de ejecución

Licencias, requisitos y límites

Licencias y ediciones

Por puntos de ejecución con licencia

La capacidad de ejecución de Gateway está controlada por el límite de puntos de la licencia.

Validación de protocolo y hardware

La existencia de una implementación de protocolo no certifica la compatibilidad del hardware; todavía deben verificarse el modelo, el firmware, las direcciones, los tipos de datos y el comportamiento de lectura/escritura.

Requisitos de componentes y seguridad

Los componentes OPC UA, los certificados, la confianza, la segmentación de red y el despliegue de servicios deben confirmarse en cada proyecto.

Requisitos técnicos

  • Host web ASP.NET Core con destino net10.0.
  • Las conexiones hacia los equipos incluyen rutas de red, serie y OPC UA Client; deben validarse los permisos del destino y los controladores.
  • El servidor OPC UA hacia sistemas superiores utiliza componentes de Softing; deben confirmarse las licencias, los certificados, las listas de confianza y la interoperabilidad.
  • Los requisitos básicos de sistema operativo, hardware, almacenamiento, conservación, alojamiento de servicios, copias de seguridad y seguridad de red dependen de cada despliegue.