Volver a Productos

Terminal de planta · Software + hardware

Prod

El terminal de planta de NeXa.

Una pantalla táctil en Raspberry Pi o PC, un gateway en tu servidor y NeXa detrás, on-prem o en la nube. El operario pica, monta carretes, testea y embala; cada paso queda registrado en NeXa en el momento.

Fases de la orden con su tipo y su progreso en vivo.
PC Windows · Edge en modo kiosco
Picada correcta: semáforo, siguiente fase y placas hijas creadas al despanelar.
Raspberry Pi · pantalla de 800×480

El nuevo Prod

Sustituye a CTProd, del cable a la base de datos.

CTProdProd
ProtocoloMQTT + HTTP, con brokerHTTP + WebSocket, sin broker
ProgresoConsultas cada pocos segundos por terminalLlega por push a los terminales de la fase
ReglasRepartidas entre varios programasEn el gateway; el terminal no decide nada
DatosBase HFSQL escrita desde varios sitiosEn NeXa, única fuente de verdad
EquiposAplicación instalada en cada puestoWeb en kiosco que se actualiza desde el gateway

Arquitectura

Tres piezas. Una picada, una transacción.

  1. 01El operario escanea

    El lector funciona como un teclado y el foco vuelve siempre al campo de escaneo. El terminal envía la lectura al gateway por la red local.

  2. 02El gateway decide en local

    Comprueba la fase que toca, repeticiones, unidades dañadas, reglas de lectura, padre-hijo o ensamblaje. Sus sesiones viven en memoria y se reconstruyen desde NeXa al arrancar.

  3. 03NeXa confirma en una transacción

    Cada picada es un único envío a NeXa, todo o nada y con reintento seguro. El terminal recibe el OK cuando NeXa ya lo ha guardado.

  4. 04Todos los terminales se enteran

    El nuevo progreso llega por WebSocket al resto de terminales de la fase. Sin consultas periódicas.

LAN · HTTP + WebSocketHTTPS · API de plantaT-SMD-0120 · Soldadura SMD171 / 240T-SMD-02TerminalRaspberry Pi o PC171 / 240T-SMD-0320 · Soldadura SMD171 / 240OKGatewayTu servidor · LAN✓ Fase correcta✓ No repetida✓ Regla de lecturaNeXaOn-prem o SaaSCOMMITProbadoresHTTP + MQTT
  1. 01El operario escanea

    El lector funciona como un teclado y el foco vuelve siempre al campo de escaneo. El terminal envía la lectura al gateway por la red local.

  2. 02El gateway decide en local

    Comprueba la fase que toca, repeticiones, unidades dañadas, reglas de lectura, padre-hijo o ensamblaje. Sus sesiones viven en memoria y se reconstruyen desde NeXa al arrancar.

  3. 03NeXa confirma en una transacción

    Cada picada es un único envío a NeXa, todo o nada y con reintento seguro. El terminal recibe el OK cuando NeXa ya lo ha guardado.

  4. 04Todos los terminales se enteran

    El nuevo progreso llega por WebSocket al resto de terminales de la fase. Sin consultas periódicas.

En planta

Cada fase tiene su pantalla.

Pantallas grandes, con semáforo y con el foco siempre en el lector. Estas son las que el operario usa cada día.

  1. 01

    Identificación

    El operario escanea su tarjeta, teclea su código o toca su nombre en la lista. Un operario por equipo.

    El operario escanea su tarjeta o toca su nombre. El logo es el de tu empresa.
  2. 02

    Órdenes y fases

    Escanea una placa y te propone su siguiente fase, o elige la orden y la fase viendo su progreso.

    Fases de la orden con su tipo y su progreso en vivo.
  3. 03

    Picada

    Semáforo a pantalla grande, siguiente fase de la placa y contadores. Al despanelar, NeXa crea los números de serie de las hijas.

    Picada correcta: semáforo, siguiente fase y placas hijas creadas al despanelar.
  4. 04

    Vista doble

    Dos fases a la vez en la misma pantalla, cada una con su lector; la que va por detrás se marca.

    Vista doble: dos fases a la vez, cada una con su lector.
  5. 05

    Carretes y trazabilidad

    La tabla de materiales llega rellena con la última carga de la fase. Cambiar un carrete es escanear el nuevo.

    Materiales recuperados de la última carga; cambiar un carrete es escanear el nuevo.
  6. 06

    Probador automático

    Varios probadores a la vez, con el color de su LED, su paso y su resultado. Si pasa, la placa se pica sola.

    Varios probadores a la vez, cada uno con su LED, su paso y su resultado.
  7. 07

    Test con valores

    Campos y límites definidos en NeXa; el sistema pone el veredicto y pide confirmación antes de mandar a reparar.

    Test con los campos y límites definidos en NeXa.
  8. 08

    Padre-hijo y ensamblaje

    Cada subproducto o componente se valida al escanearlo y el gateway lo coloca en su línea antes de confirmar el conjunto.

    Ensamblaje: el gateway coloca cada componente en su línea.
  9. 09

    Embalaje

    La caja se llena placa a placa con el contador a la vista; los límites por caja y por cliente los aplica NeXa.

    Embalaje: la caja se llena placa a placa con el contador a la vista.
  10. 10

    Historial de placa

    Fases hechas, pendientes y la siguiente que le toca, incluso sin operario identificado.

    Historial de una placa: fases hechas, pendientes y la siguiente.
Si la placa no toca, el operario lo ve y lo oye al momento.

Señales

Si la placa no toca, se ve y se oye.

Un rechazo ocupa la pantalla entera con el motivo que da el gateway y suena hasta que el operario lo cierra. En la Raspberry pita su zumbador; en el PC, el altavoz.

  • Al enviar

    1 corta

  • Placa correcta

    2 cortas

  • A reparación (SAT)

    1 media

  • Error de picada

    Larga continua

El gateway

El cerebro de planta vive en tu servidor.

Con NeXa en la nube o en tu CPD, los terminales solo hablan con la red local. El gateway es un único contenedor Docker.

Sin base de datos propia

Sesiones, progreso y cachés en memoria. Al arrancar lo reconstruye todo desde NeXa y los terminales recargan su estado.

Alta con código de un solo uso

Cada equipo se da de alta con su código de dispositivo de NeXa y un código de un solo uso. En la Raspberry, el alta queda ligada al hardware.

Actualizaciones sin reinicio

La pantalla la sirve el gateway: publicar una versión es descomprimir un fichero. Los terminales avisan y la cargan al recargar.

Consola de observabilidad

Latencias p50, p95 y p99, terminales conectados, peticiones en vivo con su cascada de llamadas a NeXa y un año de histórico.

Probadores y firmware

Habla con el orquestador de test y con los probadores; el firmware se guarda en NeXa por versión de producto y solo se descarga si cambia.

Errores que se entienden

78 códigos de error con texto para el operario en castellano y catalán. Un rechazo de NeXa nunca llega como «error interno».

tipos de fase en el contrato terminal–gateway
11
pantallas de fase, más la vista doble
8
consultas periódicas: el progreso llega por push
0
p95 de extremo a extremo con 20 terminales, medido en desarrollo
84 ms

Instalación

Un comando por equipo.

El gateway sirve los instaladores junto a la pantalla, así que no hay que copiar nada al equipo. Si cambia la IP del gateway, el terminal lo busca en la red y se vuelve a apuntar solo.

Raspberry Pi 4 o superior · Chromium en kiosco y agente local para zumbador y WiFi

$ curl -fsSL http://192.168.1.50:8080/terminal/instalar-pi.sh | sudo bash -s -- http://192.168.1.50:8080

PC Windows · Microsoft Edge en kiosco

$ irm http://192.168.1.50:8080/terminal/instalar-windows.ps1 -OutFile instalar-windows.ps1

Gateway · un contenedor en el servidor de la planta

$ docker compose up -d

Preguntas frecuentes

¿Qué es Prod?

Es el terminal de planta de NeXa: una pantalla táctil en Raspberry Pi o PC Windows con la que el operario registra cada fase de la fabricación, más un gateway en el servidor de la planta que aplica las reglas y guarda cada picada en NeXa.

¿Necesitan internet los terminales?

No. Los terminales solo hablan con el gateway, dentro de la red local. Si NeXa está en la nube, la única conexión a internet es la del gateway.

¿Qué pasa si se cae la red o el gateway?

La pantalla lo indica claramente y no deja picar, así que nada se queda a medias ni en cola. Cuando vuelve la conexión, el terminal se reconecta solo y recupera su estado.

¿En qué equipos funciona?

En Raspberry Pi 4 o superior con Raspberry Pi OS y en PC Windows con Microsoft Edge, ambos en modo kiosco. En la Raspberry, un agente local gestiona el zumbador y la señal WiFi.

¿Sustituye al antiguo CTProd?

Sí. Prod reemplaza a CTProd y a sus servicios MQTT por HTTP y WebSocket, con los datos en NeXa y las reglas de planta en el gateway.

¿En qué idiomas está?

La pantalla del terminal está en castellano y catalán, y los mensajes de error del gateway llegan en el idioma del equipo.

Prod

Lleva NeXa a cada puesto de la planta.

Te enseñamos Prod funcionando con tus fases: picada, carretes, probadores y embalaje.