---
title: "IoT industrial: convertir mediciones en decisiones de operación"
description: Cómo conectar datos de equipos y procesos con mantenimiento,
  producción, energía y trazabilidad, manteniendo explícitos los límites del
  control.
author:
  name: Walter Jerusalinsky
  title: IoT Specialist
  url: https://www.linkedin.com/in/walter-jerusalinsky/
canonical: https://www.idoneos.com/use-cases/industrial-iot.html
image: resources/industrial-iot.png
source: use-cases/industrial-iot.md
---

<p class="series-label">CASOS DE USO · IOT</p>

# IoT industrial: convertir mediciones en decisiones de operación

<p class="article-byline">Por Walter Jerusalinsky</p>

Una lectura de temperatura puede describir el estado de una máquina. Para decidir si hay que intervenir, también necesitamos saber qué estaba produciendo, con qué carga trabajaba y cómo se comporta normalmente. La medición adquiere significado dentro del proceso.

El **IoT industrial** permite incorporar y compartir esas observaciones. Nos interesa utilizarlo para resolver preguntas operativas: por qué una línea perdió capacidad, qué equipo merece una inspección o dónde se consume energía sin producir una transformación útil.

<figure class="editorial-figure chalkboard-figure">
  <img src="resources/industrial-iot.svg" width="800" height="800" loading="lazy" alt="La medición necesita contexto y una intervención posible. La supervisión se integra con los controles del proceso.">
  <figcaption>La medición necesita contexto y una intervención posible. La supervisión se integra con los controles del proceso. <a class="diagram-expand" href="resources/industrial-iot.svg">Ampliar ilustración</a>.</figcaption>
</figure>

## Observar el trabajo completo

En una línea de producción conviene relacionar piezas terminadas, rechazos, tiempos de ciclo y detenciones. Un promedio puede ocultar una parada breve que se repite muchas veces. Registrar cuándo empieza y termina cada estado ayuda a encontrar qué limita la producción y a contrastar la interpretación con quienes operan la máquina.

La misma información puede apoyar la gestión de activos. La ubicación, disponibilidad y condición de una herramienta sirven para preparar el trabajo si se mantiene su identificación a lo largo de los movimientos. Tener un sensor instalado es una parte del problema; asociar su dato con el equipo correcto es otra.

## Del estado de una máquina a una intervención

Temperatura, vibración o presión permiten estudiar cambios de condición. Una desviación puede justificar una revisión, aunque todavía no permita predecir una falla ni su fecha. Para desarrollar una predicción hacen falta antecedentes representativos y una evaluación que incluya errores y avisos innecesarios.

El mantenimiento aprovecha esa evidencia cuando alguien puede comprobarla, reservar una intervención y registrar lo encontrado. La coordinación con repuestos y producción forma parte del resultado. Se desarrolla este recorrido en los casos de [metalmecánica](metalworking-industry-iot/) y [plásticos](plastic-industry-iot/).

## Producir, consumir y conservar antecedentes

La energía debe relacionarse con el trabajo realizado: unidades conformes, masa procesada, turnos o tiempo de operación. Reducir consumo a costa de perder producción o calidad puede empeorar el resultado. Medir ambas partes permite elegir una intervención y evaluar su efecto.

En abastecimiento y trazabilidad, interesa reconstruir qué material ingresó, dónde se utilizó y qué lote salió. Los registros de identificación y movimiento se combinan con mediciones de condición cuando son pertinentes. El [estándar EPCIS de GS1](https://www.gs1.org/standards/epcis) ofrece una referencia para organizar e intercambiar esos eventos.

## Separar supervisión y control del proceso

Consultar una máquina a distancia, proponer una nueva consigna y ejecutar esa modificación tienen consecuencias diferentes. La arquitectura debe indicar dónde se valida la orden, qué permisos requiere y cómo se confirma su aplicación. Los controles locales y las funciones de seguridad necesitan conservar sus condiciones de operación.

Node-RED puede integrar lecturas y sistemas existentes. Si se utiliza AWS, IoT Core puede recibir mensajes y [dirigirlos mediante reglas](https://docs.aws.amazon.com/iot/latest/developerguide/iot-rules.html) hacia procesamiento o almacenamiento. La persistencia, las visualizaciones y las notificaciones son componentes que deben configurarse; conectarse al servicio no los resuelve automáticamente.

Los sistemas que interactúan con procesos físicos deben atender requisitos de disponibilidad y seguridad propios de la operación, como desarrolla la [guía de tecnología operativa del NIST](https://csrc.nist.gov/pubs/sp/800/82/r3/final).

## Elegir una primera prueba que enseñe algo

Podemos comenzar con un equipo, una variable relevante y una decisión concreta. La prueba debe permitir comprobar la calidad de las lecturas, la continuidad del registro y la utilidad de la respuesta. Después se compara el esfuerzo de instalar, operar y revisar la solución con el efecto obtenido.

El software abierto aporta posibilidades de integración y mantenimiento por distintos equipos. Para aprovecharlas hacen falta contratos de datos, documentación y responsables. La autonomía se construye con esa capacidad de comprender y sostener el sistema.

<section class="next-step" aria-labelledby="evaluar-una-primera-aplicacion">
  <p class="series-label">Siguiente paso</p>
  <h2 id="evaluar-una-primera-aplicacion">Evaluar una primera aplicación</h2>
  <p>Podemos partir de una tarea concreta, revisar la información disponible y definir una prueba cuya utilidad pueda comprobarse.</p>
  <div class="action-group"><a href="../contacto/" role="button">Conversar sobre una primera aplicación</a></div>
</section>
