Especificaciones complementarias
Una especificación complementaria es lo que convierte la integración de un proyecto por máquina en algo portable. Este curso recorre la pila real (DI, Machinery, MachineTool, PackML, Weihenstephan) y muestra cómo saber en treinta segundos qué implementa realmente una máquina.
| Lecciones | 12 |
|---|---|
| Tiempo | unos 96 minutos |
| Requisitos previos | A2 |
| Coste | Gratis: lecciones escritas abiertas; el vídeo y los laboratorios necesitan una cuenta gratuita |
Lo que será capaz de hacer
- Sabe leer los códigos de capacidad de un servidor y decir qué especificaciones declara.
- Sabe comprobar los tipos de una máquina contra MachineToolType o PackMLMachineStateMachineType.
- Sabe mapear una máquina sobre los bloques de construcción de Machinery.
- Sabe distinguir una integración semántica del rascado de tags antes de presupuestar el trabajo.
Temario
-
1
Entender qué aporta una especificación complementaria8 min
La misma integración escrita contra un tipo y contra una dirección de tag en bruto, y qué le pasa a cada una cuando llega la máquina siguiente de otro fabricante.
Recurso Dos integraciones del mismo cálculo de OEE, una portable y otra no
-
2
Lea los códigos de capacidad de un servidor en treinta segundos8 min
Los códigos cortos de ServerCapabilities: DA, HD, AC, HE, DI, PACKML, S95, MTC y el resto. La lectura más rápida posible de lo que declara el servidor de una planta.
Recurso Códigos de capacidad de cuatro servidores reales, descifrados, con lo que implica cada uno para el proyecto
-
3
Empiece por DI, la base de todo8 min
Part 100: DeviceType, la placa de identificación y el servicio de bloqueo. Todo modelo de dispositivo se construye sobre esto.
Recurso Un dispositivo conforme a DI explorado, con todos los campos de placa leídos
-
4
Use los bloques de Machinery9 min
MachineIdentificationType, MachineryItemState, OperationMode y los contadores de operación y de vida. La capa más importante para los datos de máquina.
Recurso La carpeta Machines del servidor de umati con los bloques de construcción explorados en una máquina real
-
5
Separe el estado del elemento del modo de operación9 min
La distinción que decide si su OEE puede diferenciar una parada planificada de una avería, y el error de modelado más común de todo el campo.
Recurso Una línea temporal de estado y modo para un turno, con el OEE calculado bien y mal
-
6
Profundizar en MachineTool9 min
ProductionStatisticsType, las máquinas de estados de producción, la vida de herramienta y los tipos de monitorización.
Recurso Una instancia de MachineTool en opc.tcp://opcua.umati.app:4840 con sus estadísticas y máquinas de estados leídas
-
7
Use las clases de condición de MachineTool como motivo8 min
ToolBreakage, PartMissing, Clamping, ProcessIrregularity y el resto: una taxonomía normalizada de paradas que llega como eventos fechados.
Recurso Eventos de clase de condición capturados de una máquina, mapeados a un informe de motivos de parada
-
8
Leer la familia de prognosis de MachineTool7 min
Los pronósticos le dicen por qué la máquina está a punto de parar, antes de que pare. Casi ningún sistema de OEE consume esto hoy.
Recurso Nodos Prognosis leídos de una instancia de MachineTool, con lo que predice cada uno
-
9
Trabajar con PackML9 min
La máquina de diecisiete estados de ISA-88, PackMLCountDataType y el objeto Admin, que es en la práctica un conjunto de datos de OEE ya construido, que es por lo que las líneas PackML son las victorias más fáciles.
Recurso Los diecisiete estados con sus transiciones, más un volcado del objeto Admin mapeado a términos de OEE
-
10
Trabajar con Weihenstephan7 min
El equivalente de alimentación y bebidas, su linaje PackML y qué se traslada entre ambos.
Recurso Una correspondencia lado a lado de las máquinas de estados de Weihenstephan y PackML
-
11
Use umati como banco de pruebas7 min
No es una especificación sino el vehículo de adopción: un servidor público gratuito que implementa varias especificaciones de maquinaria, más un cliente de cuadro de mando que republica como MQTT.
Recurso El servidor de ejemplo de umati y el cliente de cuadro de mando en local, con la salida MQTT
-
12
Audite lo que afirma un fabricante7 min
Qué hacer cuando un proveedor dice «admitimos OPC UA»: la navegación, la comprobación de tipos, la comprobación de nodos opcionales y las cuatro preguntas que hay que poner por escrito.
Recurso Una lista de comprobación de auditoría aplicada a una máquina real, con las carencias que encontró
Laboratorio
Requiere cuenta gratuita
En opc.tcp://opcua.umati.app:4840, localice una instancia de MachineTool, confirme su definición de tipo y extraiga todo lo que necesitaría para disponibilidad y recuentos de piezas. Enumere lo que falta.
Desbloquear el laboratorio →Última verificación el 7 de septiembre de 2026 frente a OPC UA 1.05.07. OPC UA Connect es un recurso educativo y no está afiliado a la OPC Foundation.