---
title: "Mantenimiento en metalmecánica: de una señal a una inspección útil"
description: Cómo relacionar vibración y temperatura con la condición de una
  máquina y evaluar alertas antes de atribuirles capacidad predictiva.
author:
  name: Walter Jerusalinsky
  title: IoT Specialist
  url: https://www.linkedin.com/in/walter-jerusalinsky/
canonical: https://www.idoneos.com/use-cases/metalworking-industry-iot/predictive-maintenance-solution.html
image: resources/predictive-maintenance-solution.png
source: use-cases/metalworking-industry-iot/predictive-maintenance-solution.md
---

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

# Mantenimiento en metalmecánica: de una señal a una inspección útil

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

Una variación de vibración puede merecer atención antes de que una máquina se detenga. Para interpretarla necesitamos conocer cómo estaba trabajando: un cambio de herramienta, velocidad o carga también modifica la señal. La pregunta es qué observación justifica una revisión y con cuánto tiempo de anticipación.

El mantenimiento basado en condición utiliza mediciones para orientar intervenciones. El mantenimiento predictivo busca estimar una evolución futura. Podemos empezar por el primero y comprobar qué información adicional hace falta para desarrollar el segundo.

<figure class="editorial-figure chalkboard-figure">
  <img src="resources/predictive-maintenance-solution.svg" width="800" height="800" loading="lazy" alt="La tendencia es ilustrativa. Una variación justifica una revisión; su relación con una falla debe comprobarse.">
  <figcaption>La tendencia es ilustrativa. Una variación justifica una revisión; su relación con una falla debe comprobarse. <a class="diagram-expand" href="resources/predictive-maintenance-solution.svg">Ampliar ilustración</a>.</figcaption>
</figure>

## Construir una referencia comparable

En un ejemplo de diseño, una prensa dispone de sensores de vibración y temperatura asociados con sus puntos de medición. Cada registro conserva hora, estado de operación y condiciones de carga. La ubicación y fijación de los sensores importan porque cambian lo que se está observando.

La frecuencia de adquisición se elige según el fenómeno que se busca reconocer. Una lectura ocasional de temperatura y el análisis de una forma de onda de vibración requieren tratamientos distintos. El equipo de adquisición debe ser adecuado a esa tarea y al entorno industrial.

## Convertir una desviación en una revisión

Podemos comparar observaciones de condiciones equivalentes y señalar cambios persistentes. La alerta debe permitir recuperar la tendencia y conocer la regla o el modelo que la produjo. Un técnico revisa esa evidencia, inspecciona el equipo y registra lo encontrado.

Si se confirma un problema de rodamiento, la planificación debe relacionar repuestos, disponibilidad de personal y ventana de producción. Una alerta sin posibilidad de intervención puede informar, pero todavía no resuelve el trabajo de mantenimiento.

## Distribuir el procesamiento

La adquisición y el procesamiento inicial pueden ocurrir junto a la máquina. Node-RED puede integrar eventos y las órdenes de trabajo; un historial local o remoto conserva mediciones, inspecciones y reparaciones. Si se utiliza AWS, la comunicación mediante IoT Core y el almacenamiento se configuran como funciones diferentes.

Enviar un resumen o una característica calculada puede resultar más adecuado que transmitir continuamente toda la señal. Esa decisión se toma según la evidencia que el análisis y las revisiones necesitan conservar.

## Comprobar la anticipación y las consecuencias

Una evaluación debe respetar la secuencia temporal: al generar un aviso solo puede utilizarse la información disponible en ese momento. Después se contrasta con inspecciones y fallas efectivamente registradas. Importan los problemas detectados, los omitidos y las revisiones que no encontraron una anomalía relevante.

Los tiempos evitados y los costos se calculan sobre intervenciones documentadas, incluyendo sensores, instalación y atención de avisos. El ejemplo describe una solución por evaluar; no representa un caso de éxito ni un ahorro medido de una planta.

El primer resultado valioso puede ser una inspección mejor preparada y realizada a tiempo. La capacidad de predecir se sostiene con evidencia acumulada y revisada, no con la sola presencia de un algoritmo.

<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>
