Ein Alarm schlägt an, das Telefon klingelt, und ein Techniker macht sich auf den Weg zum Kunden. Vor Ort stellt sich heraus: Es war ein kleiner Parameterfehler, behebbar in zwei Minuten. Solche Situationen kennen erfahrene Servicetechniker nur zu gut. Sie kosten Zeit, Geld und binden Personal, das an anderer Stelle gebraucht wird. Dabei lassen sich viele dieser Einsätze durch einen strukturierten Fernzugriff im Servicefall vermeiden oder zumindest erheblich verkürzen.
Dieser Artikel führt Sie Schritt für Schritt durch das Thema: von den Grundlagen des industriellen Fernzugriffs über die technischen Mechanismen bis hin zur praktischen Umsetzung und den häufigsten Fehlern. Am Ende verstehen Sie, wie ein durchdachter Remote-Access-Prozess aussieht und wie er sich in eine moderne Servicestrategie einbettet.
Was ist industrieller Fernzugriff im Servicefall?
Industrieller Fernzugriff bezeichnet die Möglichkeit, von einem beliebigen Standort aus auf Steuerungen, Maschinen oder Anlagen zuzugreifen, ohne physisch vor Ort zu sein. Im Servicefall bedeutet das konkret: Ein Techniker kann eine SPS auslesen, Parameter ändern, ein Programm debuggen oder eine Visualisierung bedienen, ohne das Betriebsgelände des Kunden betreten zu müssen.
Der Begriff umfasst verschiedene Zugriffsarten, die je nach Situation unterschiedlich geeignet sind. Grundsätzlich lassen sich drei Ebenen unterscheiden:
- Datenzugriff: Lesen und Schreiben von Prozessvariablen, Parametern und Betriebsdaten der Steuerung
- Netzwerkzugriff: Vollständige Netzwerkverbindung zum entfernten Standort, zum Beispiel über VPN
- Visualisierungszugriff: Fernbedienung von HMI-Panels, lokalen Weboberflächen oder Kamerastreams
Wichtig ist, den Fernzugriff im Servicefall von der dauerhaften Fernüberwachung zu unterscheiden. Während die Überwachung kontinuierlich im Hintergrund läuft, wird der Servicefall-Zugriff gezielt und anlassbezogen aktiviert, oft ausgelöst durch einen Alarm oder eine Störmeldung.
Wie ein Alarm den Fernzugriff auslöst
Der Ausgangspunkt für den meisten reaktiven Fernzugriff ist ein Alarm. Ein Alarm ist ein automatisch generiertes Signal, das ausgelöst wird, sobald ein Messwert oder ein Zustand einen definierten Grenzwert über- oder unterschreitet. Er ist damit das Bindeglied zwischen der Maschine und dem Servicetechniker.
Moderne Condition-Monitoring-Systeme erlauben es, nicht nur einzelne Datenpunkte zu überwachen, sondern auch berechnete Werte aus mehreren Quellen zu kombinieren. So kann ein Alarm beispielsweise erst dann ausgelöst werden, wenn gleichzeitig die Temperatur eines Motors einen Schwellwert überschreitet und die Laufzeit seit der letzten Wartung einen bestimmten Wert erreicht hat. Diese Kombination reduziert Fehlalarme erheblich.
Sobald ein Alarm ausgelöst wird, sollte die Benachrichtigung den richtigen Empfänger auf dem schnellsten Weg erreichen. Gängige Kanäle sind:
- E-Mail mit Alarmdetails und Zeitstempel
- Push-Benachrichtigung auf das Smartphone
- SMS für kritische Alarme ohne Internetverbindung
- Sprachanruf für höchste Dringlichkeit
Entscheidend ist, dass die Benachrichtigung nicht nur das „Was“ enthält, sondern auch genug Kontext liefert, damit der Techniker bereits vor dem Zugriff einschätzen kann, wie schwerwiegend die Situation ist. Ein gut konfiguriertes Alarmsystem ist damit der erste Schritt zu einem effizienten Fernzugriff im Servicefall.
Verbindungsaufbau zur Steuerung: Protokolle und Sicherheit
Nachdem ein Alarm den Handlungsbedarf signalisiert hat, folgt der eigentliche Verbindungsaufbau zur Steuerung. Hier treffen technische Anforderungen auf Sicherheitsanforderungen, und beide müssen gleichzeitig erfüllt werden.
Kommunikationsprotokolle im Überblick
Welches Protokoll für den Fernzugriff auf eine SPS geeignet ist, hängt vom Steuerungshersteller und der vorhandenen Infrastruktur ab. Die verbreitetsten Protokolle in der industriellen Automatisierung sind:
- OPC-UA: Herstellerunabhängiger Standard, gut geeignet für plattformübergreifende Kommunikation
- Modbus TCP: Einfach und weit verbreitet, besonders in der Energietechnik
- Siemens S7 TCP: Direktzugriff auf Siemens-Steuerungen ohne zusätzliche Konfiguration
- Beckhoff ADS: Protokoll für TwinCAT-basierte Systeme
- MQTT: Leichtgewichtiges Protokoll, häufig in IoT-Szenarien eingesetzt
Sicherheit beim Fernzugriff
Sicherheit ist beim SPS-Fernzugriff kein optionales Feature, sondern eine Grundvoraussetzung. Die zunehmende Vernetzung von Produktionsanlagen macht sie zu einem attraktiven Ziel für Angriffe. Drei Prinzipien sollten bei jeder Fernzugriffslösung gelten:
- Verschlüsselung: Alle übertragenen Daten müssen verschlüsselt sein, idealerweise bereits auf Steuerungsebene und nicht erst im Netzwerk
- Authentifizierung: Jeder Zugriff muss einer identifizierten Person zugeordnet werden können, Shared Credentials sind zu vermeiden
- Minimale Angriffsfläche: Die Firewall sollte keine eingehenden Verbindungen zulassen müssen; der Verbindungsaufbau sollte ausgehend von der Steuerung erfolgen
Ein häufig genutzter Ansatz ist der Einsatz einer Cloud-basierten Portallösung als Alternative zu klassischen VPN-Tunneln. Der Vorteil: Es wird lediglich ein Internetanschluss benötigt, und die bestehende Firewall-Konfiguration bleibt unverändert. Mehr zu den technischen Unterschieden zwischen VPN, VNC und Visu-Routing finden Sie in einem weiterführenden Vergleich.
Fernzugriff im Servicefall praktisch umsetzen
Aufbauend auf dem Verständnis von Protokollen und Sicherheitsprinzipien geht es nun darum, wie ein Fernzugriff im konkreten Servicefall abläuft. Der Prozess lässt sich in drei Phasen gliedern: Vorbereitung, Zugriff und Abschluss.
Phase 1: Vorbereitung vor dem Servicefall
Die wichtigste Erkenntnis lautet: Fernzugriff muss vorbereitet sein, bevor er gebraucht wird. Wer erst im Störfall beginnt, eine Verbindung einzurichten, verliert wertvolle Zeit. Zur Vorbereitung gehören:
- Installation und Konfiguration eines Cloud-Adapters oder VPN-Clients auf der Steuerung oder einem lokalen Gateway-Gerät
- Definition von Alarmregeln und Benachrichtigungsempfängern
- Vergabe von Benutzerrechten nach dem Prinzip der minimalen Berechtigung
- Dokumentation der erreichbaren Ressourcen am jeweiligen Standort
Phase 2: Der Zugriff im Störfall
Sobald ein Alarm eingeht, folgt der strukturierte Zugriff. Ein bewährtes Vorgehen sieht so aus: Zunächst prüft der Techniker die Alarmmeldung und die aktuellen Prozessdaten remote, um die Situation einzuschätzen. Erst wenn eine Fernbehebung möglich erscheint, wird die Verbindung zur Steuerung aufgebaut. Je nach Bedarf wählt er den passenden Zugriffsweg:
- Datenpunktzugriff für das Lesen und Schreiben einzelner Variablen
- VPN-Verbindung für den vollständigen Netzwerkzugriff, zum Beispiel zum Laden eines neuen SPS-Programms
- VNC oder lokale Webvisualisierung für die Bedienung des HMI, als wäre man vor Ort
Für den VPN-Fernzugriff auf Steuerungen gilt: Die Verbindung sollte nur für die Dauer des Serviceeinsatzes aktiv sein und danach wieder getrennt werden.
Phase 3: Dokumentation und Abschluss
Nach dem Servicefall sollte der Zugriff dokumentiert werden: Wer hat wann auf welche Ressource zugegriffen, welche Änderungen wurden vorgenommen? Diese Nachvollziehbarkeit ist nicht nur aus Sicherheitsgründen wichtig, sondern auch für die Qualitätssicherung und spätere Fehleranalysen.
Typische Fehler beim Aufbau einer Fernzugriffslösung
Viele Fernzugriffsprojekte scheitern nicht an der Technologie, sondern an vermeidbaren Planungsfehlern. Wer diese kennt, kann sie von Anfang an umgehen.
Fehler 1: Fernzugriff als Nachgedanke. Häufig wird der Fernzugriff erst nach der Inbetriebnahme einer Anlage ergänzt. Das führt zu improvisierten Lösungen, die weder sicher noch wartbar sind. Besser ist es, den Remote Access bereits in der Planungsphase als festen Bestandteil der Systemarchitektur zu berücksichtigen.
Fehler 2: Gemeinsame Zugangsdaten. Wenn mehrere Techniker denselben Benutzernamen und dasselbe Passwort verwenden, ist keine Nachvollziehbarkeit möglich. Bei einem Sicherheitsvorfall lässt sich nicht feststellen, wer wann zugegriffen hat. Jeder Nutzer braucht einen eigenen Account.
Fehler 3: Offene Ports in der Firewall. Eingehende Verbindungen durch die Firewall zu erlauben, ist ein verbreiteter, aber riskanter Ansatz. Moderne Lösungen bauen die Verbindung ausgehend auf, sodass die Firewall keine Ausnahmen benötigt.
Fehler 4: Kein Fallback bei Verbindungsunterbrechung. Mobilfunkverbindungen sind nicht immer stabil. Eine robuste Lösung speichert Daten lokal zwischen und synchronisiert sie nach Wiederherstellung der Verbindung, anstatt Datenlücken entstehen zu lassen.
Fehler 5: Fehlende Alarmfilterung. Zu viele Alarme führen zu Alarmmüdigkeit. Wenn jede Kleinigkeit eine Benachrichtigung auslöst, werden wichtige Meldungen übersehen. Eine sorgfältige Konfiguration von Schwellwerten und Bedingungen ist entscheidend.
Fernzugriff als Teil einer ganzheitlichen Servicestrategie
Fernzugriff im Servicefall ist mehr als ein technisches Hilfsmittel. Er ist ein strategischer Baustein, der das gesamte Servicemodell eines Maschinen- oder Anlagenbauers verändern kann.
Wer seinen Kunden proaktiven Remote-Support anbietet, schafft einen messbaren Mehrwert: Störungen werden schneller behoben, Ausfallzeiten sinken, und der Kunde erlebt den Hersteller als verlässlichen Partner. Gleichzeitig eröffnet der Fernzugriff neue Geschäftsmodelle. Wartungsverträge, die früher schwer zu vermarkten waren, werden attraktiver, wenn der Kunde konkret erlebt, dass Probleme remote gelöst werden, bevor ein Techniker anreisen muss.
Darüber hinaus liefert der kontinuierliche Zugriff auf Betriebsdaten wertvolle Erkenntnisse für die Produktentwicklung. Hersteller, die wissen, wie ihre Maschinen im Feld tatsächlich arbeiten, können gezieltere Verbesserungen entwickeln als solche, die nur auf Kundenfeedback angewiesen sind.
Die Verbindung von Condition Monitoring, automatischer Alarmierung und strukturiertem Fernzugriff bildet damit das Fundament für einen modernen, effizienten und skalierbaren Serviceprozess. Einzelne Werkzeuge allein reichen nicht aus; erst das Zusammenspiel aller Komponenten entfaltet den vollen Nutzen. Einen guten Einstieg in die verschiedenen Möglichkeiten für sicheren Fernzugriff bietet eine strukturierte Übersicht der verfügbaren Zugriffsarten und deren Einsatzszenarien.
Wie wir Sie beim Fernzugriff im Servicefall unterstützen
Wir bei AnyViz haben unsere Plattform genau für die Anforderungen entwickelt, die in diesem Artikel beschrieben werden: schnelle Reaktion im Störfall, sicherer Zugriff auf Steuerungen und eine Lösung, die ohne aufwendige IT-Infrastruktur auskommt. Unsere Cloud-basierte Fernzugriffslösung, entwickelt von der Mirasoft GmbH & Co. KG, verbindet Steuerungen in wenigen Minuten mit dem Portal und ermöglicht sofortigen Zugriff im Servicefall.
Was wir konkret bieten:
- Integriertes Alarmmanagement: Beliebig viele Alarme mit individuellen Auslösebedingungen, Benachrichtigung per E-Mail, Push, SMS oder Sprachanruf
- VPN-Zugriff ohne Zusatzkosten: Mit zwei Klicks eine verschlüsselte Netzwerkverbindung zur entfernten Anlage herstellen, ohne Firewall-Anpassungen
- Lokale Visualisierungen remote zugänglich machen: Vorhandene HMI-Panels und Weboberflächen lassen sich direkt in das Portal einbinden
- Optimiertes Übertragungsprotokoll: Auch über langsame Mobilfunkverbindungen stabil, mit lokaler Zwischenspeicherung bei Verbindungsunterbrechung
- Unterstützung gängiger Protokolle: OPC-UA, Modbus, Siemens TCP, Beckhoff ADS, MQTT und weitere werden direkt unterstützt
- Flexible Benutzerverwaltung: Individuelle Zugriffsrechte für jeden Techniker, vollständige Nachvollziehbarkeit aller Zugriffe
Wenn Sie sehen möchten, wie das in der Praxis aussieht, können Sie die Plattform ohne Vorkenntnisse direkt ausprobieren: Jetzt kostenlos registrieren und alle Funktionen in Ihrer eigenen Umgebung testen.