Modelos de fuentes industriales
Inventarios de fuentes, definiciones de tags y eventos, identificadores, marcas de tiempo y vínculos con el contexto de producción.
Construya la ruta de datos que hay detrás de los informes de producción.
GTMI construye modelos de datos, pipelines, almacenes de informes y cuadros de mando para fabricación. Usamos accesos aprobados a las fuentes y acordamos cada medida con su responsable operativo.
Para equipos de operaciones, ingeniería y datos que planifican informes de producción o un pipeline de analítica industrial.
Captura
PLC, SCADA, MES, historiador
Modelo
Eventos, tags, definiciones de métricas
Servicio
API y almacenes de informes
Uso
Cuadros de mando e informes de turno
El acceso a los informes sigue las aprobaciones de los sistemas de origen. Los responsables operativos aprueban la métrica y las decisiones que se toman a partir de ella.
GTMI puede construir el pipeline de datos y la aplicación de informes, o entregar una parte concreta de ese trabajo. El trabajo incluye inventarios de fuentes, modelos de tags y de eventos, transporte, almacenamiento, cálculos, reglas de acceso e implementación de cuadros de mando. Primero identificamos quién o qué va a utilizar los datos y qué debe mostrar el informe. Eso determina las fuentes y las interfaces necesarias dentro de su entorno de fabricación.
Inventarios de fuentes, definiciones de tags y eventos, identificadores, marcas de tiempo y vínculos con el contexto de producción.
Transporte MQTT y por API, patrones de historiador, datos de series temporales y almacenes de informes en PostgreSQL.
Vistas de Grafana y Power BI para las medidas de producción acordadas, el OEE, los informes de turno y la revisión operativa.
Comprobaciones de calidad de datos, acceso aprobado de los consumidores, expectativas de actualización y responsabilidad de soporte documentada.
El trabajo de origen puede abarcar PLC, SCADA, MES, historiador, ERP, calidad y entradas manuales. GTMI documenta el significado de los eventos, las marcas de tiempo, los identificadores, las reglas de cálculo y el tratamiento de los registros ausentes o corregidos. Revisamos las definiciones de las métricas con los responsables operativos del cliente y documentamos junto al modelo las comprobaciones de calidad de datos y las responsabilidades. La definición resultante da a quienes revisan la producción una base coherente para elegir las cifras que deben usar, comparar turnos e investigar un resultado discutido.
La entrega puede usar transporte MQTT o por API, patrones de historiador y series temporales, almacenes PostgreSQL y Grafana o Power BI, según el entorno. En los sistemas de ejecución, el diseño usa interfaces de solo lectura aprobadas o límites de API y un almacenamiento de analítica independiente cuando haga falta. GTMI implementa el pipeline y las vistas de informes acordados, los contrasta con los registros de origen y documenta las responsabilidades de actualización, acceso y soporte.
Ejemplo ilustrativo: datos de fabricación ficticios
El turno ficticio de montaje va de las 22:00 del 3 de abril a las 06:00 del 4 de abril de 2030, en UTC. Una extracción por día natural pierde las dos primeras horas. Otra regla de exclusión vuelve a cambiar el denominador.
| Campo de la definición | Regla de informe |
|---|---|
| Medida | Disponibilidad: minutos en marcha divididos entre los minutos de producción programados |
| Origen | Eventos ficticios con marca de tiempo de parada y arranque de línea y el calendario de turnos |
| Límite del turno | De 22:00 a 06:00 UTC; el turno completo se asigna a su fecha de inicio |
| Exclusiones | Restar de los minutos de producción la pausa programada de 30 minutos |
| Correcciones | Conservar el evento original, el motivo y el revisor de cada corrección; marcar los informes como provisionales hasta que se revisen |
| Estado de la muestra | Sin eventos ausentes ni correcciones en este conjunto de datos; se supone que la línea funcionó entre las paradas indicadas |
| Evento | Intervalo UTC | Minutos |
|---|---|---|
| 1. Parada no planificada | 22:40 a 23:05 | 25 |
| 2. Pausa planificada | 00:15 a 00:45 | 30 |
| 3. Parada no planificada | 02:10 a 02:30 | 20 |
| Vista | En marcha / denominador | Disponibilidad |
|---|---|---|
| Turno completo, pausa planificada excluida | 405 / 450 min | 90,0 % |
| Extracción por día natural, solo de 00:00 a 06:00 | 310 / 330 min | 93,9 % |
| Turno completo, pausa planificada incluida | 405 / 480 min | 84,4 % |
El turno completo tiene 480 minutos, una pausa planificada de 30 minutos y 45 minutos de paradas no planificadas: 405 minutos en marcha. Las diferencias anteriores proceden del límite de tiempo y de la regla de exclusión, no de un cambio en la producción. Una definición acordada indica al equipo de revisión qué cifra usar. Esto es solo disponibilidad, no un cálculo completo de OEE.
Empiece con un paquete de arquitectura para un requisito de informes, o defina el alcance de la implementación de su pipeline y sus vistas.
Diseño de fuentes, modelo, transporte y acceso para un requisito de informes concreto, listo para la revisión del cliente.
Implementación de la ruta de datos y de las vistas de informes acordadas, incluidas las comprobaciones frente a las fuentes y el traspaso.
Cuéntenos qué decisión respalda el informe y por qué las cifras se discuten o son difíciles de usar. Podemos identificar si el trabajo corresponde a la captura en origen, a la definición de la medida, al pipeline o a la vista del informe. Los informes existentes y las muestras de las fuentes pueden llegar después.