Alarmüberwachungs- & Kontrollsystem (AMCS)

Zentrale Verarbeitung und Logik

Doppelte oder dreifache Steuerungen fahren die Alarmlogik, die Ablaufsteuerung der Bereitschaftsausrüstung und die Sicherheitsabschaltfunktionen, mit Umschaltung beim Ausfall der Primäreinheit.

Bedienstationen

Bildschirme im Maschinenkontrollraum, auf der Brücke und in den Kammern der Bereitschaftsoffiziere zeigen Alarme, Fließbilder und Trendaufzeichnungen — mit akustischem Alarm und Totmann-Rückrufsystem für die Wache des unbemannten Maschinenraums.

Stromversorgung

Eine unterbrechungsfreie Stromversorgung hält das System durch eine Netzunterbrechung lange genug am Laufen für kontrolliertes Handeln oder die Umschaltung auf Notstrom.

Auswahl und Auslegung

Die Auslegung folgt Zahl und Art der überwachten Punkte, der geforderten Antwortzeit der Sicherheitsfunktionen und dem Automationsgrad, den die Klassennotation verlangt. Ein Schiff mit Ziel einer Notation für unbemannten Maschinenraum braucht einen dokumentierten Alarmdrucker, ein Totmann-Alarmsystem und eine definierte Wachantwortzeit — und das treibt die Wahl von Steuerungsredundanz und Netzarchitektur mehr als die rohe Punktzahl allein.

Vorschriften und Klasse

SOLAS Kapitel II-1 setzt Anforderungen an Maschinenraum-Alarm- und Sicherheitssysteme für zeitweise unbeaufsichtigten Betrieb. Die Klassifikationsgesellschaften erteilen eine Notation für unbemannten Maschinenraum erst, wenn das AMCS bei Probefahrten korrekte Alarmmeldung, automatischen Bereitschaftsstart und Sicherheitsabschaltverhalten demonstriert. Die periodische Prüfung von Alarmen und Sicherheitsauslösungen ist bei der Besichtigung gefordert und wird zwischen Besichtigungen normal auch von der Besatzung nach festem Plan gefahren.

Typische Fehler

• Sensordrift - ein unkalibrierter Messumformer liest einen falschen Wert und löst Störalarme aus — oder verdeckt, schlimmer, einen echten Fehler, bis er wächst.
• Feldverkabelungsfehler - Feuchteeintritt oder durchgescheuertes Kabel in einem Maschinenraumkanal erzeugt wechselhafte Signale, die schwer aufzuspüren sind und das Vertrauen der Besatzung ins Alarmsystem zerreiben.
• Software- oder Firmwarefehler nach einem Update - ein unvollständig geprüftes Update kann eine Logikfunktion still lahmlegen; nach jeder Änderung braucht es die Verifikation gegen die ursprünglich zugelassene Logik.
• UPS-Batteriealterung - eine alternde Batterie mit geschwundener Kapazität versagt genau bei der Netzunterbrechung und reißt das Alarmsystem mit dem Stromereignis hinab, das es überleben sollte.
• Alarmflut - ein einzelner vorgelagerter Fehler (etwa eine gemeinsame Stromschiene) löst Dutzende Sekundäralarme auf einmal aus und begräbt die echte Ursache unter Rauschen.

Worauf es beim Lieferanten ankommt

• Eine Erfolgsbilanz derselben Plattform auf ähnlichen Schiffstypen, mit verfügbaren Ersatzteilen und Softwareunterstützung über die Dienstzeit des Schiffs, nicht nur bei Ablieferung.
• Offene oder wenigstens dokumentierte Datenprotokolle, damit sich das System mit späteren Ergänzungen wie Kraftstoffüberwachung oder zustandsbasierten Wartungswerkzeugen integrieren lässt.
• Örtliche Servicepräsenz oder geschulte Techniker in den Häfen, die das Schiff regelmäßig anläuft.
• Klare Änderungsmanagement-Dokumentation für Logik- und Softwareupdates, damit spätere Modifikationen gegen die klassenzugelassene Basis nachvollziehbar bleiben.

Jeden deaktivierten oder überbrückten Alarmpunkt als lebendes Risiko behandeln, nicht als Papierkram - eintragen, befristen und die Reparatur nachhalten; denn ein stummgeschalteter Alarm ist ein blinder Fleck genau dort, wo das System wachen sollte.