Condition Monitoring und Alerting

Das Problem erkennen, bevor es die Linie stoppt

Die meisten Fabriken erfahren von Maschinenproblemen immer noch auf dieselbe Weise: Die Maschine steht still. UMH verbindet sich direkt mit Ihren Maschinen, überwacht deren Zustand in Echtzeit und leitet Warnungen an die richtige Person weiter, bevor aus einer Abweichung ein Ausfall wird. Reaktive Instandhaltung ist eine Wahl. Sie können sich anders entscheiden.
Mit dem Team sprechen
Die Plattform entdecken
Automatisierte Abweichungsalarme, weitergeleitet an Teams, Slack, E-Mail oder SMS
Rollenspezifische Dashboards: Bediener, Instandhaltungsingenieur, Werksleiter
Echtzeit-Zustandsüberwachung über jedes Asset und jede Linie
Konfigurierbare Schwellenwerte: Temperatur, Vibration, Druck, Zykluszeit und mehr
Historische Trendanalyse über Wochen bis Jahre zur Mustererkennung
Open Source, keine Lizenzierung pro Tag, kein proprietärer Lock-in

Im Einsatz in globalen Unternehmen

Die Herausforderung

Die Maschine ist Ihrer Instandhaltung immer einen Schritt voraus

Sie erfahren von einem Problem erst, wenn die Produktion steht
In den meisten Fabriken werden Maschinenprobleme immer noch auf dieselbe Weise erkannt: Ein Bediener bemerkt ein ungewöhnliches Geräusch, eine Linie fällt aus, oder ein Schichtprotokoll bringt am Ende einen Fehler zum Vorschein, der drei Stunden zuvor passiert ist. Der Maschinenzustand ist in der SPS sichtbar. Aber ohne die Infrastruktur, die ihn in Echtzeit sichtbar macht, erreicht dieses Signal nie die Menschen, die darauf reagieren könnten. Die Diagnose erfolgt nach dem Schaden, nicht davor.
Je mehr Maschinen Sie überwachen, desto schwerer wird es, das Wesentliche zu erkennen
Jede Linie, jede Zelle, jedes Asset erzeugt Signale. Temperaturwerte, Zykluszeitabweichungen, Drucktrends, Vibrationswerte. In einem Werk mit Dutzenden Assets überfordert dieses Volumen das Team. Falsch konfigurierte Alerts feuern entweder ständig oder gar nicht. Instandhaltungsingenieure verbringen mehr Zeit mit der Jagd nach Fehlalarmen als mit echten Problemen. Das Ergebnis: Alert Fatigue – Teams lernen, das System zu ignorieren, und genau der eine Alert, der wirklich zählt, geht unter.
Zustandsdaten existieren isoliert, nie im Kontext
Eine SPS speichert einen Temperaturwert. Ein SCADA-Bildschirm zeigt eine Zykluszeit. Ein Energiezähler protokolliert einen Stromspitzenwert. Keines dieser Systeme spricht mit den anderen, und keines weiß, welcher Auftrag zu diesem Zeitpunkt lief. Ohne systemübergreifenden Kontext ist eine Abweichung nur eine Zahl. Um zu verstehen, ob und warum sie relevant ist, muss ein erfahrener Ingenieur immer noch manuell in drei verschiedenen Tools recherchieren. Je schneller Ihr Werk läuft, desto teurer wird diese Lücke.
„Mit UMH haben wir zum ersten Mal Echtzeit-Einblick in unsere Produktion gewonnen. Die Flexibilität der Plattform hat es uns ermöglicht, all unsere Maschinen anzubinden und den manuellen Datenaufwand drastisch zu reduzieren. Das war ein echter Gamechanger für unsere Effizienz."
Ludwig Hösl
Head of Manufacturing IT
Read the full story >
Unsere lösung

Echtzeit-Zustandsüberwachung, vom Maschinensignal bis auf den Bildschirm der richtigen Person

UMH verbindet sich direkt mit Ihren Maschinen über OPC UA, S7, Modbus und weitere Industrieprotokolle und erfasst Maschinenzustände, Prozesswerte und Sensormesswerte in dem Moment, in dem sie entstehen. Abweichungsregeln lösen Alerts aus, sobald ein Schwellenwert überschritten wird, und UMH leitet sie direkt an die richtige Person weiter – über Microsoft Teams, Slack, E-Mail oder SMS. Da all das auf demselben Unified Namespace läuft wie Ihre OEE-, Energie- und Produktionsdaten, kommt jeder Alert mit dem Kontext an, den es zum Handeln braucht, nicht nur als Rohsignal mit Zeitstempel.
	UMH as the Unified Namespace: one central data layer connecting ERP, MES, historian, AI agents, and shop-floor equipment in place of point-to-point integrations
UMH verbindet sich out of the box mit SPS, Sensoren, Antrieben und Steuerungen über alle wichtigen Industrieprotokolle. Temperatur, Vibration, Druck, Zykluszeit, Stromaufnahme und jeder andere Wert, den Ihre Maschine liefert, kann überwacht werden. Kein individueller Integrationscode, kein proprietäres Sensor-Gateway erforderlich.
Jede Maschine verbinden, jedes Signal überwachen
Konfigurieren Sie Alert-Regeln anhand realer Prozessparameter: Ein Alert wird ausgelöst, wenn ein Wert eine Grenze überschreitet, wenn ein über ein Zeitfenster gemittelter Schwellenwert verletzt wird, oder wenn zwei Bedingungen gleichzeitig eintreten. Alerts pausieren automatisch während geplanter Wartungsfenster. Ingenieure können einzelne Alerts vorübergehend aussetzen, ohne das gesamte System abzuschalten.
Schwellenwerte, die zu Ihrem tatsächlichen Prozess passen
Leiten Sie jeden Alert an das richtige Team weiter – via Microsoft Teams, Slack, E-Mail, Telegram oder SMS. Benachrichtigungsrichtlinien ordnen Alerts anhand von Labels den passenden Kontaktpunkten zu, sodass eine Temperaturabweichung an Linie drei an das Instandhaltungsteam für Linie drei geht, nicht in ein gemeinsames Postfach, das niemand liest. Die richtige Person wird benachrichtigt, bevor aus einer kleinen Anomalie ein großer Stillstand wird.
Alerts, die schnell die richtige Person erreichen
Jeder Alert erscheint in Grafana zusammen mit der vollständigen Maschinenhistorie, dem Produktionsauftragskontext und den relevanten Prozessparametern. Instandhaltungsingenieure starten ihre Untersuchung nicht bei null. Die Daten für die Ursachenanalyse sind bereits vorhanden, in derselben Ansicht wie der Alert, der die Reaktion ausgelöst hat.
Kontext statt nur ein Signal

60-70%
Reduction in Mean Time To Detect (MTTD)
>40%
Shorter root-cause problem solving time
-30%
Reduction in unplanned downtime

Vom Maschinensignal zum gelösten Alert in vier Schritten

Schritt
Maschinen verbinden

UMH verbindet sich mit SPS und Sensoren über OPC UA, S7, Modbus, EtherNet/IP und weitere. Jedes Signal, das Ihre Maschine liefert, steht innerhalb von Minuten für die Überwachung zur Verfügung.

step
TEXT
Maschinen verbinden
Who:
Jeremy (CTO)
Format:
Video call with screen sharing

The format:

  • 30 minutes to code.
  • 15 minutes to discuss what you'd change to make it production-ready.

The format:

  • 30 minutes to code.
  • 15 minutes to discuss what you'd change to make it production-ready.

The format:

  • 30 minutes to code.
  • 15 minutes to discuss what you'd change to make it production-ready.

The format:

  • 30 minutes to code.
  • 15 minutes to discuss what you'd change to make it production-ready.
Schritt
Schwellenwerte und Alert-Regeln definieren

Legen Sie fest, wie „normal" für jedes Asset aussieht: definieren Sie Schwellenwerte, zeitfenstergemittelte Werte und Mehrfachbedingungsregeln, die Ihre tatsächlichen Prozessparameter widerspiegeln, keine generischen Standardwerte.

step
TEXT
Schwellenwerte und Alert-Regeln definieren
Who:
Jeremy (CTO)
Format:
Video call with screen sharing

The format:

  • 30 minutes to code.
  • 15 minutes to discuss what you'd change to make it production-ready.

The format:

  • 30 minutes to code.
  • 15 minutes to discuss what you'd change to make it production-ready.

The format:

  • 30 minutes to code.
  • 15 minutes to discuss what you'd change to make it production-ready.

The format:

  • 30 minutes to code.
  • 15 minutes to discuss what you'd change to make it production-ready.
Schritt
Alerts an die richtige Person weiterleiten

Richten Sie Kontaktpunkte für jedes Team ein und verknüpfen Sie sie über Labels mit Alert-Regeln. Jede Abweichung erreicht die Person, die handeln kann, über den Kanal, den sie tatsächlich nutzt.

step
TEXT
Alerts an die richtige Person weiterleiten
Who:
Jeremy (CTO)
Format:
Video call with screen sharing

The format:

  • 30 minutes to code.
  • 15 minutes to discuss what you'd change to make it production-ready.

The format:

  • 30 minutes to code.
  • 15 minutes to discuss what you'd change to make it production-ready.

The format:

  • 30 minutes to code.
  • 15 minutes to discuss what you'd change to make it production-ready.

The format:

  • 30 minutes to code.
  • 15 minutes to discuss what you'd change to make it production-ready.
Schritt
Mit vollständigem Kontext untersuchen

Wenn ein Alert ausgelöst wird, zeigt Grafana das auslösende Signal zusammen mit der Maschinenhistorie, den Produktionsauftragsdaten und den relevanten Prozessparametern. Die Ursachenanalyse beginnt mit allem in einer Ansicht.

step
TEXT
Mit vollständigem Kontext untersuchen
Who:
Jeremy (CTO)
Format:
Video call with screen sharing

The format:

  • 30 minutes to code.
  • 15 minutes to discuss what you'd change to make it production-ready.

The format:

  • 30 minutes to code.
  • 15 minutes to discuss what you'd change to make it production-ready.

The format:

  • 30 minutes to code.
  • 15 minutes to discuss what you'd change to make it production-ready.

The format:

  • 30 minutes to code.
  • 15 minutes to discuss what you'd change to make it production-ready.

Häufig gestellte Fragen

Was, wenn wir bereits SCADA-Alerts in Ignition oder Wonderware konfiguriert haben?

Die meisten SCADA-Alert-Systeme decken nur die Maschinen ab, für die sie ursprünglich konfiguriert wurden, und ihr Benachrichtigungsrouting läuft oft über eine einzige gemeinsame E-Mail-Adresse oder einen Bildschirm, den um 2 Uhr nachts niemand im Blick hat. UMH verbindet sich zusätzlich zu Ihrem bestehenden SCADA-System, bindet die Maschinen an, die es bisher nicht erreicht, und leitet Alerts mit dem Kontext, der rollenbasierten Zuordnung und der Kanalflexibilität weiter, die Ihrem aktuellen Setup fehlen. Viele Kunden betreiben beide Systeme parallel und konsolidieren im Laufe der Zeit.

Können wir Alerts auf Basis von Trends konfigurieren, nicht nur bei Schwellenwertüberschreitungen?

Ja. Die Alert-Regeln von UMH unterstützen Reduktionsfunktionen wie Average, Min und Max über konfigurierbare Zeitfenster. Sie können einen Alert auslösen, wenn ein Wert über die letzten 30 Minuten im Durchschnitt einen Grenzwert überschreitet, oder wenn zwei Bedingungen gleichzeitig eintreten – etwa steigende Temperatur bei gleichzeitig zunehmender Zykluszeit. So lassen sich nicht nur harte Ausfälle erkennen, sondern auch schleichende Verschlechterung.

Wie lange dauert es, Condition Monitoring auf einer ersten Linie live zu bringen?

Die erste Maschinenverbindung über die Management Console dauert in der Regel unter 90 Sekunden. Alert-Regeln, Benachrichtigungsrouting und rollenspezifische Dashboards für eine erste Produktionslinie zu konfigurieren, dauert in einem Produktionspilot typischerweise 4–6 Wochen. Durch die Wiederverwendung von Templates gehen weitere Linien und Standorte deutlich schneller.

Funktioniert UMH mit unseren bestehenden Sensoren, oder brauchen wir neue Hardware?

UMH liest die Daten, die Ihre Maschinen bereits über ihre SPS und bestehende Protokolle bereitstellen. Für den Einstieg sind keine neuen Sensoren oder Hardware erforderlich. Möchten Sie zusätzliche dedizierte Sensoren für Vibrations- oder Temperaturdaten für Condition Monitoring ergänzen, kann UMH auch diese erfassen – über IO-Link, OPC UA oder Modbus – und mit den Maschinensignalen im selben Dashboard zusammenführen.

One-Pager „Condition Monitoring & Alerting" herunterladen

Teilen Sie ihn mit Ihrem Team oder nehmen Sie ihn mit in Ihr nächstes Management-Gespräch zu Condition Monitoring & Alerting.
jetzt mit umh starten

Hören Sie auf, erst von Maschinenproblemen zu erfahren, wenn sie bereits Kosten verursachen.

Sprechen Sie mit unserem Team darüber, wie Sie Ihre Maschinen verbinden und Echtzeit-Condition-Monitoring in Ihrem Werk live bringen, oder entdecken Sie die Open Source Plattform selbst.
Mit dem Team sprechen
Die Plattform entdecken