Un módulo con ruido puede emitir varias decenas de impulsos por segundo. Cada eslabón de la cadena avanza a su propio ritmo: cuando llegan más impulsos de los que salen, se llena una cola de espera. Esta página describe la ubicación de estas colas, sus límites conocidos y el mecanismo de protección implementado por la aplicación.
Las cifras clave
| Valor | Lo que designa |
|---|---|
| 1 a la vez | impulsos procesados por la tableta, una cola por máquina |
| 100 / 20 s | sincronización hacia la plataforma por defecto, es decir, 5 elementos/s como máximo |
| 15 000 | tareas en espera en la tableta: corte del Bluetooth |
| 500 | tareas restantes: reconexión al módulo |
La cadena, eslabón por eslabón
Se suceden tres depósitos. Cada uno absorbe las irregularidades, siempre que el caudal de entrada no supere de forma duradera el caudal de salida.
Los impulsos almacenados (en naranja) esperan a ser procesados; los elementos en azul esperan a ser enviados. La flecha roja representa el mecanismo de protección descrito más abajo. Los indicadores 1 y 2 identifican los dos cuellos de botella conocidos.
Memoria del módulo
El módulo registra cada impulso con su marca de tiempo. Cuando está conectado, lo transmite a la tableta. Cuando está desconectado, lo conserva y vacía su memoria en cuanto se reconecta. Se trata de un búfer, y no de un cuello de botella.
1. Procesamiento en la tableta
Cada impulso se registra en la base de datos y después se procesa para construir los perflogs, uno solo a la vez por máquina. El caudal depende de la tableta y de su carga: no es fijo.
2. Sincronización hacia la plataforma
Un paquete de 100 elementos cada 20 s, es decir, 5 por segundo como máximo.
Cuando el ruido supera la capacidad de sincronización
Con los ajustes por defecto, la sincronización transmite como máximo 5 elementos por segundo. Todo lo que llega por encima de este umbral se suma al retraso de la plataforma, hora tras hora, aunque la tableta consiga procesar el flujo.
En azul, el volumen transmitido sobre la marcha; en naranja, el volumen que se acumula en la cola de sincronización. Estos valores son órdenes de magnitud, establecidos sobre la base de un elemento que sincronizar por impulso. El retraso solo se reabsorbe cuando el flujo vuelve a situarse por debajo de 5 impulsos por segundo; aumentar el tamaño de los paquetes o acortar el intervalo eleva este límite.
El mecanismo de protección: desconexión temporal
Cuando la tableta ya no consigue seguir el flujo, su cola de procesamiento se alarga. Para evitar la saturación, la aplicación corta el Bluetooth y deja que el módulo se encargue del almacenamiento en su lugar, el tiempo necesario para reabsorber el retraso.
Ilustración elaborada con un ruido ininterrumpido; la escala de tiempo es orientativa. Se respeta la escala vertical de la cola, lo que explica que el umbral de 500 aparezca próximo a cero.
- El ruido llena la cola más rápido de lo que la tableta la vacía.
- Con 15 000 tareas en espera, sumando todas las máquinas de la tableta, la aplicación desconecta todos los módulos.
- El módulo continúa el conteo y conserva los impulsos en su memoria.
- Cuando la cola desciende a 500, la aplicación se reconecta y el módulo vacía su memoria de una sola vez.
- Si el ruido persiste, esta ráfaga devuelve la cola a 15 000 y comienza un nuevo ciclo.
💡 Se utilizan dos umbrales alejados en lugar de un umbral único, para que la aplicación no encadene cortes y reconexiones por unas pocas tareas de diferencia.
Cuatro escenarios
Del caso más leve al más crítico, según el caudal del ruido y su duración.
| Escenario | Condición | Tableta | Plataforma | Bluetooth |
|---|---|---|---|---|
| Ruido absorbido | menos de 5 impulsos/s | al día | al día | conectado |
| Plataforma con retraso | más de 5 impulsos/s, la tableta sigue el flujo | al día | con retraso | conectado |
| Tableta saturada, ruido puntual | más impulsos de los que la tableta procesa | con retraso | con retraso | cortado temporalmente |
| Tableta saturada, ruido continuo | el ruido no se interrumpe | retraso creciente | retraso creciente | cortes repetidos |
- Ruido absorbido — Ningún efecto visible. Las colas se vacían sobre la marcha.
- Plataforma con retraso — La tableta permanece en tiempo real. Los datos de la plataforma acusan un retraso, que se reabsorbe una vez que el ruido ha cesado.
- Tableta saturada, ruido puntual — La máquina ya no está en tiempo real: las acciones que lo exigen, como el cambio de producto, se rechazan. En su caso, corte a 15 000 y después reconexión a 500. A continuación, la situación vuelve a la normalidad.
- Tableta saturada, ruido continuo — Cada reconexión provoca una nueva saturación. La aplicación no reabsorbe su retraso mientras no se trate la fuente del ruido.
Evitar el escenario
Existen dos familias de medidas, según si el ruido es sufrido o controlado.
Cortar en la fuente
El ruido no entra nunca en la memoria del módulo.
Desconectar la alimentación del módulo
El módulo deja de registrar impulsos y la tableta lo considera desconectado hasta que se vuelve a alimentar.
Desenchufar el sensor
El módulo permanece alimentado y conectado, pero el ruido ya no le llega: no se registra ningún impulso.
Hacer que la aplicación ignore los impulsos
Esta solución se aplica a un ruido controlado, durante un tiempo conocido. El módulo sigue transmitiendo, pero la tableta descarta los impulsos en cuanto llegan: no se registran, ni se procesan, ni se sincronizan.
Iniciar una tarea
Una tarea de limpieza, por ejemplo: el tiempo queda calificado y los impulsos se ignoran hasta el final de la tarea. El inicio puede exigir el tiempo real; por tanto, la tarea debe iniciarse antes de que aparezca el ruido, y no durante la saturación.
Ignorar los impulsos
Opción «Ignorar los impulsos del módulo»: un botón deslizante en la pantalla principal. La escucha debe reactivarse una vez finalizada la operación.
⚠️ En todos los casos, la producción real no se contabiliza durante este periodo: la configuración nominal debe restablecerse antes de reanudar. Cortar el Bluetooth o cerrar la aplicación no tiene ningún efecto, ya que el módulo sigue registrando el ruido y lo restituye al reconectarse.
Lo que ve el usuario
| Lo que se muestra | Cuándo | Contenido |
|---|---|---|
| Acción rechazada | la cola de procesamiento no está vacía | «Requiere estar en tiempo real — Impulsos en espera de procesamiento: N» |
| Acción rechazada | el módulo vacía su memoria tras una reconexión | «Requiere estar en tiempo real — Recuperación de los datos del módulo en curso» |
| Ventana de alerta | durante el corte; se cierra automáticamente al reconectarse | «Se han recibido muchos mensajes del módulo. La aplicación se ha desconectado temporalmente para procesar estos mensajes y se volverá a conectar después.» |
| Icono Bluetooth verde-naranja | durante el corte; al pulsar el icono se muestra | «Muchos impulsos por procesar, desconectado del módulo temporalmente» |
Puntos clave
- El corte no conlleva ninguna pérdida de impulsos, dentro del límite de la memoria del módulo: este los conserva, y la tableta los registra en la base de datos antes de procesarlos.
- Las marcas de tiempo proceden del módulo: los perflogs siguen siendo exactos en el tiempo. Solo la visualización y la plataforma acusan un retraso.
- El umbral de 15 000 es común a toda la tableta y el corte se aplica a todos sus módulos: una máquina con ruido penaliza a las demás máquinas de la misma tableta.
- El remedio se encuentra en la fuente del ruido. Ajustar la sincronización acelera la plataforma, pero no la tableta.