{{{sourceTextContent.title}}}

Ändern Sie Managementsysteme: Schutz Ihrer Betriebsautomatisierungsanlagegüter

{{{sourceTextContent.subTitle}}}

Der erhöhte Gebrauch von Betriebsfußbodenautomatisierung, Produktionsziele zu erzielen hat eine Abhängigkeit auf PLCs, PC-based Kontrollsystemen, SCADA Systemen, Robotersteuerpulten und HMIs verursacht

{{{sourceTextContent.description}}}

Betriebsfußboden-Automatisierungs-Kontrollsysteme beziehen häufig eine Reihe PC-Arbeitsplätze, programmierbare Logiksteuerpulte (PLCs), HMIs (menschliche Maschinenschnittstellen) und Robotersteuerpulte mit ein.

Steuerlogik wird entweder in der Vorrichtung oder auf einem verbundenen Arbeitsplatz gespeichert und kann viele verbundenen Akten und vollziehbaren Programme mit einbeziehen. Diese Kompliziertheit stellt eine Herausforderung zur nicht autorisierten Entdeckung dar? und möglicherweise gefährlich? Programm ändert, besonders wo Systeme von den mehreren Verkäufern und die verbundene Vielzahl der Programmentwicklung- und Geräteverwaltungswerkzeuge existiert.

Bis vor kurzem lieferten eigene Protokolle und Netzlokalisierung ausreichende Sicherheit von den externen Drohungen. Jedoch verlassen viele Verkäufer eigene niedrigere Kosten der Kommunikationsmechanismen zwecks und verbessern Zuverlässigkeit. Ähnlich immer mehr bewegt sich Geräteverwaltung auf PC-based Arbeitsplätze und anderen? geöffnet? Systeme. Dieser Übergang zu den Standardprotokollen und zu den Betriebssystemen bildet moderne Vorrichtungen und die Systeme anfälliger für Angriff.

Glücklicherweise sind Software-Lösungen jetzt vorhanden, die helfen können, Anlagen-weit Automatisierung zu schützen und Anlagegüter zu steuern. Ein Automatisierung Änderungs-Management-Systeme (CMS) wie speichern von der MDT Software, ist ein zentralisiertes System automatisch, das Änderungen an der Programm-Logik für Kontrollenprogramme und -vorrichtungen wie PLCs, CNCs, HMIs, PC-Kontrollsysteme, Roboter, Antriebe und allgemeine Automatisierungsprogramme handhabt.

Eine typische kleine Anlage hat einige hundert Programme, die gehandhabt werden sollten, während große Anlagen einige tausend haben. In dem Leben einer Anlage stellt die Investition in der Programm-Logik alleine eine bedeutende Aufwendung dar, die konserviert werden und optimiert werden sollte.

Um dies zu tun, sollte ein CMS die folgenden Eigenschaften haben:

* Ein Unterstützungs-/ein Archiv der vorherigen Neuausgaben von Programmen;

* Die Fähigkeit, Änderungen zu ermitteln;

* Werkzeuge für die Dokumentation der Änderungen und die Herstellung diese sichtbar an den Benutzern;

* Ein historischer Rekord von, wem die Änderung vornahm, wenn und von, wo sie gebildet wurde;

* Gesicherter Benutzer- und Arbeitsplatzzugang;

* Eigenschaften für die steuernherausgeberbetriebe abgebildet zur Benutzererlaubnis;

* Disaster Recovery/Verfahren für das Erholen von Hardware-Ausfällen;

* Ändern Sie Mitteilung.

Da Automatisierungsvorrichtungen sind komplizierter gewachsen und mehr Betriebsdaten in ihrem Betrieb enthalten, es eine Zunahme der Notwendigkeit, Justagen zu den Variablen und zur Logik vorzunehmen, um glatten Betrieb fortzusetzen geben haben. Diese Justagen können klein einzeln sein, aber werden direkt verbunden, um Durchsatz und Uptime maschinell zu bearbeiten. Wenn das gegenwärtige Vorrichtungsprogramm und -konfiguration verloren sind und eine alte Version des Vorrichtungsprogramms verwendet werden muss, ist das Resultat verringerte Maschinenleistung, verringerte Qualität und/oder Stillstandszeit. Während diese Situation genug teuer ist, betrachten Sie die Verzweigungen zum Betriebsbetrieb, wenn es keine älteren Versionen eines verlorenen vorhandenen Programms gibt und das Programm vollständig neu geschrieben werden muss. Dieses kann und geschieht, und die Effekte können Sicherheit und Betriebsdurchsatz für Monate erheblich auswirken. Diese Auswirkungen, die den Kosten zu hinzugefügt werden, Re-schreiben neu, prüfen und geben ein einzelnes Programm sind häufig größer als die Kosten, eine Anlagen-weit CMS-Lösung einzuführen in Auftrag.

Arten von Risiken

Es gibt viele Ereignisse, die einen negativen Affekt auf Betriebsleistung haben können, und einiges, das ernste Sicherheitsrisiken darstellen. Zuverlässige AutomatisierungsSteuerlogik kann durch die folgenden Ereignisse gekompromittiert werden:

* Menschliches Versagen: Wenn jemand Änderungen an einem Programm vornimmt, die unerwünschte Leistung ergeben, oder das Programm wegen der unbeabsichtigten Änderungen verderben, ist die vorherige Version des Programms mit einem CMS leicht verfügbar;

* Geräteausfall: Ausrüstung kann und fällt aus. Wenn die Hardware ausfällt und die einzige gute Kopie der Programm-Logik in dieser Hardware war, hat die Anlage ein Problem. Mit einem CMS wird die Hardware und das Wartungspersonaldownload die späteste Version des Programms zum Prozessor mit dem Ergebnis nur einiger Minuten der Stillstandszeit ersetzt;

* Sabotage: So ist Unfortunate wie diese Drohung, jemand kann direkt an viele Vorrichtungen (besonders die in den Fern-, ungesicherten Positionen) anschließen und das Programm mit schädlichen Resultaten ändern. Ein CMS ist entworfen, um Prozessorkennwörter zu speichern, so, das diese nicht vorhanden sind, ohne zu gehen durch den CMS. Auch der CMS lädt regelmäßig die Logik vom Prozessor für Vergleich mit einer Kopie auf Akte. Änderungen können identifizierent werden ausführlich grafisches, und sofortig Mitteilung kann geschickt werden den verantwortlichen Einzelpersonen;

* Energienschwankungen/Unterbrechungen: Treiben Sie Ausgaben kann Ausrüstung veranlassen, oben sich zu verriegeln oder indirekt zu gehen an. Wenn diese Situationen einen Verlust des Programms ergeben, kann es vom CMS herunterladen werden, nachdem die Hardware zurückgestellt ist;

* Feuer: Jedes mögliches Feuer ist eine Hauptunterbrechung. Ob eine Einzelgeräte- oder gesamte Anlage verloren ist, alle Programm-Logik habend, die in einer Zentrale gespeichert wurde, organisierte CMS-Behälter beschleunigt die Zeit und verringert die Kosten, die mit dem Wieder.aufnehmen von Produktion verbunden sind. Versicherer fangen an, im Gebrauch von einem CMS Faktor darzustellen, wenn sie das Risikoprofil der Anlagen festsetzen. Ohne korrekten Systemsschutz können diese Ereignisse zu erhöhte Stillstandszeit und eine Zunahme führen? Mittelzeit zu reparieren? (MTTR). Das Erholen von diesen Ereignissen erfordert schnell ausreichende Planung auf der Hardware- und Wartungsstrategie und eine zuverlässige und neue Unterstützung der Automatisierungssteuerprogramm-Logik. Gegenwärtige und komplette Sicherungskopien der Programm-Logik erfordern die Eigenschaften eines CMS. Während eine manuelle Aushilfsannäherung ausreichend auf den ersten Blick aussehen kann, hat Erfahrung gezeigt, dass Betriebspersonal zu viele Aufgaben hat, die während der Zeit, Programme über eine gleich bleibende Basis manuell zu unterstützen konkurrieren. Auch die erhöhte Sicht der Änderungen durch besseren Bericht und das Potenzial für die Verbesserung der Fertigungsprozesse, die durch den wirkungsvollen Gebrauch von einer CMS-Anwendung bewerkstelligt wird, können für den CMS schnell zahlen.

Auswirkung der Betriebstätigkeiten

Jede Anlage hat einen einzigartigen Satz Änderungsarten und -frequenzen, die eine CMS-Strategie beeinflussen können. Ein vorgewählter Satz Tätigkeiten wird unten umrissen, um weiteren Gedanken aufzufordern und die Notwendigkeit an einer korrekten Implementierung eines CMS hervorzuheben, um optimale Resultate zu erzielen.

Art und Frequenz der Änderungen: garantieren Sie, dass eine ausreichende Anzahl von Programmkopien vorhanden sind, zu garantieren, dass Änderungen eingestuft werden und wiederholt werden können. Etwas Änderungen stellen zutreffende Verbesserungen dar, während andere einen Prozessproblem- oder Trainingspunkt hervorheben, der durch andere Mittel angesprochen werden sollte.

Prozessverbesserungen: Wenn Änderungen im Prozess vorgenommen werden, die vorherige Versionen vom Programm überholt bilden, sollten diese Verbesserungen offenbar identifizierent werden, damit Benutzer nicht zu einer älteren Version eines Programms umschalten, um eine neue Ausgabe zu reparieren. Betriebsbetriebsrichtlinien sollten identifizierenen, wann die Auslassung der vorherigen Programme gerechtfertigt wird, und das Benutzer diese Erlaubnis haben.

Unmanaged Änderungen: Ohne einen CMS würde der Kontrolleningenieur die Herausgeber-Software auf einem Arbeitsplatz oder einem Laptop benutzen, um Änderungen in einer Vorrichtung vorzunehmen. Wenn mehrere Leute Änderungen von den mehrfachen Computern vornehmen, sind die Unterlagen der Änderungen häufig verloren. Unter Verwendung eines CMS, zum des Programms, das in die Vorrichtung mit der letzten notierten Version zu vergleichen läuft, kann eine Anlage Änderungen identifizierenen, die außerhalb des CMS vorgenommen wurden. Sobald der CMS eingeführt wird und genügender Vorrichtungsnetzwerkanschluß an der richtigen Stelle ist, redigiert außerhalb des CMS sollte entmutigt werden.

Temporäre Änderungen: Er ist allgemein, eine temporäre Änderung an einem Programm vorzunehmen für Zusammenfassungsbetrieb, während eine Wartungsaufgabe an einem ausfallen Bestandteil durchgeführt wird. Es ist auch Common, damit diese temporären Überbrückungen vergessen werden können, die ernste Sicherheitsfragen ergeben können. Ein CMS wird benutzt, um diese temporären Änderungen zu merken und Mittel von eine vorherige Version des Programms leicht wieder herstellen zur Verfügung zu stellen, sobald Wartung komplett ist.

Multi-Prozess oder Rezept-Betriebe: In den Anlagen, die verschiedene Prozesse oder Rezepte laufen lassen, ist es wichtig, zu handhaben, welche Version eines Programms modernisiert ist. Die Kreation der fachkundigen Kopien wie zu verwenden der Programme? Vorlagenversionen? für jeden dieser Prozesse kann helfen, wenn, diese leistungsfähig handhabend.