Anwendungsfall

Vorausschauende Wartung mit Live-Daten

Schwingungssensoren, SPS-Gateways und Antriebe publizieren Zustandsdaten an ConnectMQ. Ihre Condition-Monitoring-Modelle abonnieren sie, bewerten den Zustand jeder Anlage, und Ihr CMMS erhält einen Arbeitsauftrag, solange die Instandsetzung noch planbar ist.

Keine Kreditkarte erforderlich

Beispielnachricht

PUBLISH plant/stuttgart/line-1/press-04/vibration

{"ts":"2026-10-22T08:14:05Z","rms_mm_s":7.4,"peak_g":2.9,"bearing_temp_c":71.2,"rpm":1480}

QoS 1 · TLS 8883 · PUBACK

Das Problem

Ausfälle entdeckt die Nachtschicht, nicht die Daten

Die meisten Werke warten noch nach Kalender und messen Schwingungen auf monatlichen Rundgängen. Lager, Getriebe und Pumpen verschleißen zwischen zwei Rundgängen, die Daten, die das gezeigt hätten, verlassen nie die SPS oder liegen in einem Historian, den niemand ansieht – und das erste Anzeichen ist ein ungeplanter Stillstand. Jeden Sensorhersteller direkt an jedes Analysetool anzubinden, erzeugt Punkt-zu-Punkt-Schnittstellen, die mit jeder neuen Linie brechen.

So funktioniert es

  1. 1

    Anlage instrumentieren

    Funk-Schwingungs- und Temperatursensoren, Stromwandler oder der Antrieb selbst messen die Maschine. Ein Edge-Gateway wie Node-RED, Kepware oder Ignition liest die Werte neben den SPS-Tags über Modbus oder OPC UA.

  2. 2

    Zustandsdaten publizieren

    Das Gateway publiziert Schwinggeschwindigkeit (RMS), Spitzenbeschleunigung, Lagertemperatur und Motorstrom per TLS auf das Topic der Anlage – alle paar Sekunden oder bei Änderung.

  3. 3

    Anlagenzustand bewerten

    Ihr Condition-Monitoring-Dienst oder ML-Modell abonniert per Wildcard, vergleicht die Werte mit der Baseline jeder Anlage und publiziert einen Health Score als Retained Message zurück.

  4. 4

    Handeln, bevor es ausfällt

    Eine Schwellenwertregel in ConnectMQ alarmiert die Instandhaltung, und Ihre Integration macht daraus einen Arbeitsauftrag im CMMS – SAP PM, Maximo, Fiix o. Ä. – mit den Messwerten im Anhang.

ConnectMQ

Was es vom Broker braucht

Telemetrie ohne Polling

Gateways senden Daten, sobald sie gemessen sind, und ConnectMQ verteilt sie gleichzeitig an Modell, Historian und Dashboard – ohne eigenen Poller pro Tool.

Ein Namespace für alle Anlagen

Der ISA-95-Workspace ordnet Topics nach Standort, Bereich, Linie und Maschine – ein Modell, das plant/+/+/+/vibration abonniert, erfasst neue Maschinen automatisch.

Alarme auf dem Rohsignal

Schwellenwertregeln auf Schwingung oder Temperatur lösen einen Alarm aus, noch bevor Ihr Modell den Wert bewertet hat – ein einfaches Sicherheitsnetz neben der Analyse.

Erkennen, wenn Daten fehlen

Last Will und ein Retained-Status zeigen, wenn ein Sensor-Gateway wegfällt – eine stumme Maschine wird nie für eine gesunde gehalten.

Was Sie davon haben

  • Instandsetzungen in Produktionsfenstern statt ungeplanter Stillstände
  • Weniger Kalenderwartung an Anlagen, die sie nicht brauchen
  • Zustandsdaten für jedes Tool verfügbar, nicht in einem Herstellerportal gefangen
  • Ein Pilot an einer kritischen Linie, der mit denselben Topics auf alle Werke skaliert
Beispiel-Topics
plant/stuttgart/line-1/press-04/vibration
plant/stuttgart/line-1/press-04/motor/current
plant/stuttgart/line-1/press-04/health      (retained)
plant/stuttgart/line-1/press-04/status      (retained)

Häufige Fragen

Wie bekomme ich Daten von Schwingungssensoren in MQTT?

Viele industrielle Funk-Schwingungssensoren und ihre Gateways publizieren MQTT direkt. Spricht ein Sensor oder eine SPS nur Modbus oder OPC UA, liest ein Edge-Gateway wie Node-RED, Kepware oder Ignition die Werte und publiziert sie per TLS auf ein Topic pro Anlage.

Führt ConnectMQ die Predictive-Maintenance-Modelle aus?

Nein. ConnectMQ ist der MQTT-Broker: Er liefert Zustandsdaten in Echtzeit und löst Schwellenwertalarme aus. Die Modelle – von einfachen Trendgrenzen bis zur Anomalieerkennung mit Machine Learning – laufen in Ihrem eigenen Dienst oder Ihrer Analyseplattform, die den Broker abonniert und Ergebnisse zurückpublizieren kann.

MQTT vs. OPC UA für vorausschauende Wartung?

Beide ergänzen sich. OPC UA ist üblich, um Daten aus SPS und Maschinen in der Fertigung zu lesen; MQTT eignet sich besser, um diese Daten von vielen Maschinen und Werken an viele Abnehmer zu verteilen. Typisch ist: am Edge per OPC UA lesen und an einen MQTT-Broker für Modelle, Historian und CMMS publizieren.

Setzen Sie es mit ConnectMQ um

Starten Sie im Free-Plan – ohne Kreditkarte – verbinden Sie heute Ihre ersten Geräte und upgraden Sie, wenn Sie live gehen.