Área Técnica
Recursos para garantizar que los datos publicados en BACK-X sean comprensibles y reutilizables por todos los conectores Eclipse EDC y participantes del ecosistema.
Vocabulario backend electrónico
Definiciones consensuadas de términos de dominio para garantizar la interoperabilidad semántica entre los participantes.
MachineAsymtekDAODispensadorMáquina dispensadora Asymtek. Incluye referencia a un fluido cabinet (SmartFluidCabinet) mediante smartfluidcabinet_id. Proceso: aplicación de adhesivos y pastas de soldadura.
MachinePemtronDAOAOIEquipo de inspección óptica automatizada (AOI) Pemtron. Captura imágenes del circuito para detectar defectos de soldadura, colocación de componentes y calidad de pasta.
MachineVerticalOvenDAOCuradoHorno vertical de curado. Define zonas de temperatura (BufferZoneDAO), número de columnas, layout y dirección de clasificación. Proceso: curado de adhesivos y resinas.
MachineLoaderDAOTransporteCargador de PCBs. Define la capacidad máxima del buffer (max_range). Controla la entrada de placas a la línea de producción.
MachineOkNokDAOTestEstación de clasificación OK/NOK. Separa productos conformes de no conformes tras la inspección. Define capacidad máxima de buffer (max_range).
MachineSmartFluidCabinetDAOAuxiliarArmario de fluidos inteligente. Tiene tres tanques (left/center/right) configurables con nivel de material, códigos de variable y material asociado.
MachineReviewStationDAOInspecciónEstación de revisión manual con integración AOI. Permite a un operador revisar y reclasificar los resultados de inspección automática.
MachineSmartInfinityDAOAOI avanzadoMáquina Smart Infinity con capacidades AOI avanzadas. Incluye versión del software AOI (version_of_aoi) y flag de activación de AOI.
Diccionarios de datos
Detalle técnico de todos los campos de cada data product: tipo, descripción, dominio de valores y reglas de validación.
| Campo | Tipo | Req. | Descripción | Ejemplo |
|---|---|---|---|---|
| 🔑 Identificación del evento | ||||
event_id |
GUID | Sí | Identificador único del evento. Corresponde a EventBase.id | 550e8400-e29b-41d4… |
event_type |
string | Sí | Discriminador de tipo: ProcessEvent, BufferEvent, AlarmEvent, VariableAlarmEvent, InspectionEvent, CommandEvent, MachineEvent | ProcessEvent |
created_timestamp |
DateTime | Sí | Timestamp de creación del evento en el sistema origen | 2024-01-15T08:32:11Z |
updated_timestamp |
DateTime | Sí | Timestamp de última actualización del evento | 2024-01-15T08:32:45Z |
| 🏭 Contexto de planta | ||||
line_id |
GUID | Sí | Referencia a lines.id. Identifica la línea de producción donde ocurrió el evento | 3f8c2d1a-b4e7… |
line_name |
string | Sí | Nombre descriptivo de la línea (desnormalizado para consultas) | Línea Backend 01 |
machine_line_id |
GUID | Sí | Identificador de la instancia de máquina en la línea (MachineLineBase.identifier) | a1b2c3d4-e5f6… |
machine_name |
string | Sí | Nombre de la máquina en la línea | Asymtek D-250 |
machine_type |
string | Sí | Tipo de máquina derivado del discriminador BSON. Valores: dispensador, horno_vertical, aoi, loader, unloader, ok_nok, review_station, fluid_cabinet | dispensador |
| 📦 Contexto de producto | ||||
customer_product_id |
string | No | ID del producto cliente. Nullable si el evento no está asociado a un producto concreto | CUST-001 |
part_number |
string | No | Número de parte del producto | PN-12345-REV-B |
| ⚡ Datos específicos: ProcessEvent | ||||
process_code |
string | Cond. | Solo presente en ProcessEvent y BufferEvent. Código de acción: PCB_MACHINE_IN, PCB_MACHINE_OUT, PCB_START_PRODUCTION | PCB_MACHINE_IN |
event_timestamp |
DateTime | Cond. | Momento real del evento de proceso (distinto de created_timestamp) | 2024-01-15T08:30:00Z |
buffer_index |
int | Cond. | Solo BufferEvent. Posición en el buffer de la máquina | 3 |
| 🚨 Datos específicos: AlarmEvent | ||||
alarm_code |
string | Cond. | Código de alarma de la máquina | TEMP_OUT_OF_RANGE |
alarm_message |
string | No | Mensaje descriptivo de la alarma. Nullable | Temperatura zona 2 excede máximo |
alarm_start |
DateTime | Cond. | Inicio de la alarma | 2024-01-15T09:15:00Z |
alarm_end |
DateTime | No | Fin de la alarma. Null si la alarma sigue activa | 2024-01-15T09:42:00Z |
variable_code |
string | No | Solo VariableAlarmEvent. Código de la variable que disparó la alarma | ZONE2_TEMP |
| 🔬 Datos específicos: InspectionEvent | ||||
inspection_id |
string | Cond. | Identificador único de la inspección | INS-2024-001547 |
inspection_start |
DateTime | Cond. | Inicio de la inspección | 2024-01-15T10:00:00Z |
inspection_steps_count |
int | Cond. | Número total de pasos de inspección ejecutados | 12 |
inspection_errors_count |
int | Cond. | Número de pasos con resultado error | 2 |
| ⚙️ Metadatos técnicos | ||||
source_system |
string | Sí | Sistema origen que generó el evento | ProcessTracker v2.1 |
ingestion_timestamp |
DateTime | Sí | Momento de ingesta del evento en BACK-X | 2024-01-15T08:33:00Z |
version_schema |
string | Sí | Versión del esquema del data product | BACKX.LineMachineEvents.v1 |
Trazabilidad de datos
BACK-X registra el linaje de datos desde la ingesta hasta su materialización en data products, permitiendo auditorías y análisis de impacto.
ProcessTracker vX.Y
ingestion_timestamp registrado
JOIN lines + machines + customer_products
version_schema = v1 · DCAT-AP metadata
Uso: analítica interna consorcio
Vista agregada · Herramientas internas
Cada transformación queda registrada en el Clearing House (en implementación) con timestamp, participante que la ejecutó, versión del esquema de entrada y salida, y referencia al contrato EDC activo.
Eclipse EDC en BACK-X
EDC_BACKX
Conector Eclipse EDC central, operado por ONIZEA. Actúa como hub de negociación de contratos para el nodo principal de BACK-X.
EDC_MSTECH
Conector Eclipse EDC de MSTECH. Gestiona la publicación y transferencia de datos de planta desde los sistemas MES hacia el nodo BACK-X.
EDC_UC3M
Conector Eclipse EDC de UC3M. Permite a UC3M actuar como Data Consumer de data products y Service Provider publicando resultados de modelos IA.
Políticas ODRL
Las condiciones de uso de cada data product se traducen a políticas ODRL ejecutadas automáticamente por el conector EDC durante la negociación del contrato.
Dataspace Protocol (DSP)
BACK-X adopta el Dataspace Protocol para la negociación de contratos y transferencia de datos, garantizando interoperabilidad con otros espacios de datos industriales europeos.
OAuth2 / OIDC
Los conectores EDC se registran como clientes OAuth2 en el IdP de BACK-X y utilizan client credentials flow para autenticación entre nodos en la negociación de contratos.