Wie erkennen Untertage-Fahrzeuge Systemabweichungen?
Eine technische Studie zur Diagnosearchitektur schwerer Untertage-Fahrzeuge: Von isolierten Steuergeräten zu dezentralen elektronischen Steuerungssystemen am Beispiel der Plattform Sandvik TH545i.
UMGEBUNGSRADBEDINGUNGEN UND PHYSIKALISCHER KONTEXT
Untertage-Muldenkipper haben sich von rein mechanischen Maschinen zu Systemen mit dezentraler Steuerungsarchitektur entwickelt. Frühere Maschinengenerationen verließen sich auf direkte analoge Verbindungen und isolierte Schwellenwertanzeigen (Druck, Temperatur). Unter den extremen Bedingungen des Untertagebaus – hohe thermische Belastungen, Vibrationen und korrosive Feuchtigkeit – machte die Komplexität von Hydraulik und Abgasnormen die kontinuierliche Überwachung von Dutzenden Parametern erforderlich. Dies offenbarte die physischen Grenzen zentraler analoger Verkabelungen.
ALTERNATIVE KONZEPTE UND FEHLERANALYSE
Versuche, alle Sensorsignale direkt an einen einzigen 'Zentralrechner' zu leiten, erwiesen sich im Schwermaschinenbau als nicht nachhaltig. Die Verlegung hunderter analoger Leitungen erzeugt massive Kabelbäume, die anfällig für mechanische Beschädigungen und elektromagnetische Störungen sind. Zudem führt der Ausfall eines zentralen Prozessors zum Totalausfall der Maschine. Eine vollständige Isolation der Steuergeräte verhindert hingegen die notwendige Abstimmung zwischen den Subsystemen (wie die automatische Drosselung der Motorleistung bei Überhitzung des Getriebeöls).
AKTUELLE KONSTRUKTIVE LÖSUNG
Die tragfähige Lösung ist ein dezentrales elektronisches Steuerungssystem: Motorsteuergerät (ECU), Getriebesteuerung und Hydraulikmodule verarbeiten lokale Regelkreise eigenständig. Das VCM-Modul (Vehicle Control Management) agiert als Dirigent, nicht als das gesamte Orchester – es ersetzt nicht die Berechnungen der Spezialsteuergeräte, sondern strukturiert, korreliert und übersetzt Datenströme verschiedener CAN-Bus-Ebenen. Das VCM gleicht unterschiedliche Fehlerformate (z. B. J1939 SPN/FMI-Codes des Motors mit S-Codes der Maschine) ab und stellt priorisierte Zustände dar.
BELEG AM REIFENMUSTER (MACHINE RECORD EVIDENCE)
Die praktische Umsetzung dieser dezentralen Architektur ist in der Machine Record Card für einen Untertage-Muldenkipper Sandvik TH545i (s/n T845D730) dokumentiert. Die VCM-Anzeigeeinheit (Teilenummer 55197828) dient als zentrale Aggregationsschnittstelle, die CAN-Bus-Daten vom Volvo TAD1641VE-B Motorsteuergerät (Teilenummer 55088219) empfängt. Dies bestätigt, dass die Verarbeitung von Motortelemetrie und die maschinenweite Zustandsaggregation auf unterschiedliche Hardwaremodule aufgeteilt sind.
INGENIEURTECHNISCHER KOMPROMISS (ENGINEERING TRADE-OFF)
VORTEILE
• Fehlertoleranz: Der Ausfall eines sekundären Hilfsmoduls führt nicht zum Abschalten primärer Sicherheitsroutinen des Antriebsstrangs.
• Skalierbarkeit: Neue Telematik- oder Nutzlastmodule können ohne Neukonstruktion des gesamten Kabelbaums integriert werden.
• Reduzierte physische Verkabelung: Digitale CAN-Bus-Netzwerke ersetzen voluminöse analoge Kabelbäume.
KOMPROMISSE
• Komplexität der Fehlersuche: Kaskadierende Fehlerketten erfordern vom Instandhaltungspersonal ein Verständnis der gesamten Netzwerklogik.
• Protokoll-Harmonisierung: Erfordert kontinuierliche Software-Übersetzung zwischen proprietären und standardisierten Protokollen.
INGENIEURTECHNISCHE VERALLGEMEINERUNG (ENGINEERING GENERALIZATION)
Das Prinzip der dezentralen Steuerung mit einer zentralen Koordinationsschnittstelle ist ein etablierter Industriestandard. Über Untertage-Muldenkipper hinaus wird diese Architektur eingesetzt in:
• Streckenlokomotiven und Hochgeschwindigkeitszügen;
• Landwirtschaftlichen Erntemaschinen und Traktoren (ISOBUS-Standard);
• Schweren Übertage-Kippern und Hydraulikbaggern;
• Schiffsantrieben und Energieverwaltungssystemen;
• Der zivilen und militärischen Luftfahrt.
INGENIEURPRINZIP (ENGINEERING PRINCIPLE)
In dezentralen Steuerungssystemen deutet eine Vielzahl von Alarmmeldungen selten auf mehrere unabhängige Störungen hin. Häufiger handelte es sich um unterschiedliche Auswirkungen desselben physikalischen Ereignisses. Eine effektive Fehlersuche beginnt daher immer mit der Identifizierung der primären ursächlichen Ursache und nicht mit dem reaktiven Abarbeiten einzelner Systemmeldungen.
PRAKTISCHE KONSEQUENZ (IMPLICATION)
Dieser Grundsatz gilt unabhängig von Maschinenhersteller, Motormodell oder Softwareversion.
Prävention
Integration von Algorithmen zur Ursachenanalyse (Root Cause Analysis) auf Ebene der dezentralen Netzwerkknoten.