versiondog factsheets - auvesy factsheets... · scada / hmi feldgeräte / antriebe / roboter...
Post on 27-Jun-2020
21 Views
Preview:
TRANSCRIPT
versiondog Factsheets
Geräteintegration Erweiterungen Leistungsmerkmale
Standardbibliotheksverwaltung,Exportmodul, Anlagenstatus, Switch-Integrati on, Upload & Compare Agents, BackupClient
Scalance-Switche, MOVITOOLS, Profi cy Machine Editi on, FANUC CNC, Motoman Roboter
SIMATIC Step 7, TIA Portal, RSLogix 5000, PC WORX, Unity Pro XL, MELSOFT GX Works2
Die in diesem Dokument aufgeführten Geräte und versiondog Erweiterungen (Add-ons) stellen lediglich einen Auszug des tatsächlich verfügbaren versiondog Portfolios dar. Leistungsmerkmale und Systemvoraussetzungen entsprechen dem Stand November 2017 (V 5.5).
Einen Gesamtüberblick über alle Geräteintegrationen sowie weiterführende Informationen finden Sie auf unserer Online-Tutorial-Plattform versiondog INFO (www.versiondog.info/de).
| 1
versiondog Factsheets: Inhaltsverzeichnis
Inhaltsverzeichnis - versiondog Factsheets
versiondog Factsheets ....................................................................................................................Seite 2
Unterstützte Geräte/Editoren
Siemens SIMATIC Step 7 .................................................................................................................Seite 4
Rockwell Automation RSLogix 5000 ...............................................................................................Seite 6
Siemens TIA-Projekte mit Step 7 ....................................................................................................Seite 8
Schneider Electric Unity Pro XL ....................................................................................................Seite 10
Mitsubishi Electric MELSOFT GX Works2 .....................................................................................Seite 12
Phoenix Contact PC WORX ...........................................................................................................Seite 14
FANUC CNC ................................................................................................................................... Seite 16
SEW-EURODRIVE MOVITOOLS .....................................................................................................Seite 18
Siemens Scalance-Switche ...........................................................................................................Seite 20
General Electric Proficy Machine Edition .....................................................................................Seite 22
YASKAWA Motoman Roboter .......................................................................................................Seite 24
versiondog Add-ons
Exportmodul ................................................................................................................................ Seite 26
Anlagenstatus .............................................................................................................................. Seite 32
Upload & Compare Agent ............................................................................................................Seite 34
BackupClient ................................................................................................................................Seite 36
Standardbibliotheksverwaltung ...................................................................................................Seite 38
Switch-Integration - „Honeypot Szenario“ ...................................................................................Seite 40
2 |
versiondog Factsheets
versiondog - die universelle Lösung für:• alle gängigen Automati sierungssysteme
• alle Branchen
• weltweiten Einsatz (aktuell verfügbar in den Sprachen deutsch, englisch, französisch, spanisch, tschechisch und rumänisch)
• alle Unternehmensgrößen, vom mitt elständischen Unter-nehmen bis hin zu internati onalen Konzernen
versiondog FactsheetsDiese Broschüre gibt einen Überblick über ausgewählte Geräteintegrati onen und Erweiterungen, um die Bandbreite des Datenmanagementsystems versiondog auf Basis des aktuellen technischen Standards aufzuzeigen:
Welche gängigen Automati sierungsgeräte unterstützt versiondog?Wie lässt sich das System durch Add-ons auf individuelle Anforderungen anpassen?Welche Leistungsmerkmale werden erfüllt?Welche Systemvoraussetzungen sind notwendig?
| 3
versiondog Factsheets
Datenmanagement mit versiondog - auf alle gängigen Automati sierungssysteme opti mal abgesti mmt Als herstellerunabhängige Lösung unterstützt versiondog eine große Bandbreite an Automati sierungssystemen. Das hauseigene versiondog Support-Center garanti ert Ihnen als Anwender individuellen Support sowie große Flexibilität hinsichtlich Entwicklung, Geräteintegrati on und benöti gter Features.
.doc*.*
versiondog - Ihr Nutzen: Herstellerunabhängigkeit
steti ge Integrati on neuer Automati sierungsgeräte
Weiterentwicklung und Pfl ege bereits integrierter Geräte bei neuen Versionen
größtmögliche Gerätevielfalt für größtmöglichen Kundennutzen
ACADI-Partnernetzwerk und Kooperati onen mit den wichti gsten Automati sierungsherstellern
Dateien / Dokumente / PCWord, Excel, ASCII, INI, CSV, XML, PDF, *.exe*, .dll, *.*, Images (Acronis, Ghost, Drive Snapshot etc.)
SPS / Soft-SPS / CNC
SCADA / HMI
Feldgeräte / Antriebe / Roboter
SiemensSchneider ElectricRockwell Automati onPhoenix ContactMitsubishiGEFANUCB&RBeckhoff 3S CODESYS...
Siemens TIA Portal Siemens PCS7Siemens WinCC, Siemens WinCC fl exible, Siemens ProToolSchneider Wonderware
InTouchSchneider Electric CitectGE iFIXCOPA-DATA ZenonABB Freelance...
SiemensSICKSEWMotomanMitsubishiLenzeKUKAKistlerFANUCCognexAdeptABB...
4 |
Factsheet: SIMATIC STEP 7
Unterstützung für SIMATIC STEP 7 Projekte (Siemens)
Bild 1: Grafi scher Detailvergleich für ein Netzwerk
Bild 2: Detailvergleich der Deklarati onsliste
| 5
Factsheet: SIMATIC STEP 7
Leistungsmerkmale
AUVESY ist Siemens Product Partner for SINUMERIK Systems
Integrierter STEP 7 Projektbaum
Erkennen von Unterschieden zwischen den Projektdaten und den Programmdaten auf dem Gerät (Offl ine-/Online-Vergleich). Erkennen von Änderungen der Programmdaten des Gerätes im laufenden Betrieb (Online-/Online-Vergleich).
Durchgängige Darstellung der Änderungshistorie
Grafi scher Detailvergleich
Automati siertes Backup für Disaster Recovery
Unterstützung von STEP 7 Multi projekten
Kombinierte Unterstützung für WinCC und WinCC fl exible
Unterstützte Steuerungen:S7-300 - S7-300F S7-400 - S7-400H - S7-400F/FH ET/IM-Module mit CPU-Funkti onalität
Kompati bel mitSiemens PCS 7IBH S7 für WindowsVIPADeltalogic
Individueller Komponententyp für STEP 7
Online-Tutorial in versiondog INFO verfügbar
Bild 3: Direkte Visualisierung von Programminformati onen über den SmartView (kein zusätzlicher Editor erforderlich).
6 |
Factsheet: RSLogix 5000
Unterstützung für RSLogix 5000 (Rockwell Automation)
Bild 1: RSLogix 5000 Projektbaum in versiondog
Bild 2: Tabellarischer Detailvergleich der DataFiles Eigenschaften
| 7
Factsheet: RSLogix 5000
Leistungsmerkmale
Integrierter RSLogix 5000 Projektbaum
Erkennen von Unterschieden zwischen den Projektdaten und den Programmdaten auf dem Gerät (Offline-/Online-Vergleich). Erkennen von Änderungen der Programmdaten des Gerätes im laufenden Betrieb (Online-/Online-Vergleich).
Durchgängige Darstellung der Änderungshistorie
Grafischer Rung-Detailvergleich
Automatisiertes Backup für Disaster Recovery
Warnung bei gesetzten FORCE-Werten auf der Steuerung
Öffnen der Entwicklungsumgebung RSLogix 5000 mit dem selektierten Projekt aus versiondog heraus
Unterstützte Steuerungen:
ControlLogix 5570 CompactLogix 5370GuardLogix 5570SoftLogix 5800
Keine Zusatzsoftware für den Vergleich und für die Versionierung auf dem versiondog Client erforderlich
Individueller Komponententyp für RSLogix 5000 Projekte
Online-Tutorial in versiondog INFO verfügbar
Systemvoraussetzungenversiondog Release ab V3.2RSLogix 5000 V10 bis V30*RSLinx Classic Gateway oderRSLinx Enterprise Edition
ab V3.51ab V5.51
*Zwischenversionen werden in der Regel getestet und unterstützt.
Bild 3: Grafischer Detailvergleich eines Rungs
8 |
Factsheet: TIA Portal
Unterstützung für TIA-Projekte mit STEP 7 (Siemens)
Bild 1: TIA STEP 7 Projekt (mit HMI-Projekt) im versiondog Projektbaum
Bild 2: Tabellarischer Detailvergleich der PLC-Variablen
| 9
Factsheet: TIA Portal
versiondog Release ab V3.3SIEMENS TIA Portal• Compare• Upload
V11 bis V14 SP1*V13 SP1 bis V14 SP1*
Leistungsmerkmale
AUVESY ist Siemens Product Partner for SINUMERIK Systems
Integrierter TIA-Projektbaum (mit HMI)
Erkennen von Unterschieden zwischen den Projektdaten und den Programmdaten auf dem Gerät (Offline-/Online-Vergleich). Erkennen von Änderungen der Programmdaten des Gerätes im laufenden Betrieb (Online-/Online-Vergleich).
Durchgängige Darstellung der Änderungshistorie
Grafischer Detailvergleich
Automatisiertes Backup für Disaster Recovery
Integrierte Unterstützung der HMI-Projektierung mit Detailvergleich (Offline/Offline-Vergleich)
Unterstützte Steuerungen:
S7-1500 – S7-1500F S7-1200 – S7-1200FS7-400 - S7-400FS7-300 - S7-300FET / IM –Module mit CPU-Funktionalität
Individueller Komponententyp für TIA Projekte
Online-Tutorial in versiondog INFO verfügbar
Systemvoraussetzungen
*Zwischenversionen werden in der Regel getestet und unterstützt.
Bild 3: Grafischer Detailvergleich für ein Netzwerk
10 |
Factsheet: Unity Pro XL
Unterstützung für Unity Pro XL Projekte (Schneider Electric)
Bild 2: Tabellarischer Detailvergleich der Projekteinstellungen
Bild 1: Der Unity-Projektbaum in versiondog
| 11
Factsheet: Unity Pro XL
Leistungsmerkmale
AUVESY ist Mitglied im Collaborative Automation Partner Program (CAPP) von Schneider Electric
Integrierter Schneider Unity Projektbaum
Erkennen von Unterschieden zwischen den Projektdaten und den Programmdaten auf dem Gerät (Offline-/Online-Vergleich). Erkennen von Änderungen der Programmdaten des Gerätes im laufenden Betrieb (Online-/Online-Vergleich).
Durchgängige Darstellung der Änderungshistorie
Grafischer Detailvergleich (ab versiondog 4.0)
Automatisiertes Backup für Disaster Recovery
Unterstützte Steuerungen:
M340 M580PremiumMomentumQuantum
Automatische Archivierung der SPS-Daten (*.dtx)
Öffnen der Unity-Entwicklungsumgebung mit dem selektierten Projekt aus versiondog heraus
Individueller Komponententyp für Unity-Projekte
Online-Tutorial in versiondog INFO verfügbar
Systemvoraussetzungenversiondog Release ab V3.2Schneider Unity Pro XL ab 4.0 bis 11.1*
Bild 3: Grafischer Detailvergleich einer LD-Section
*Zwischenversionen werden in der Regel getestet und unterstützt.
12 |
Factsheet: MELSOFT GX Works2
Unterstützung für MELSOFT GX Works2 Projekte (Mitsubishi Electric)
Bild 2: Grafischer Detailvergleich einer POU
Bild 1:Der MELSOFT GX Works2-Projektbaum in versiondog
| 13
Factsheet: MELSOFT GX Works2
Leistungsmerkmale
AUVESY ist Mitglied in der e-F@ctory Alliance der Mitsubishi Electric Corp.
Integrierter MELSOFT GX Works2 Projektbaum
Durchgängige Darstellung der Änderungshistorie
Grafischer Detailvergleich
Automatisiertes Backup für Disaster Recovery
Überprüfung der Aktualität des Kompilats zum versionierten Projekt
Unterstützte Steuerungen:MELSEC Q-Serie MELSEC FX-SerieMELSEC L-Serie
Öffnen der MELSOFT GX Works2-Entwicklungsumgebung mit dem selektierten Projekt aus versiondog heraus
Individueller Komponententyp für MELSOFT GX Works2
Online-Tutorial in versiondog INFO verfügbar
Systemvoraussetzungenversiondog Release ab V3.3MELSOFT GX Works2 ab 1.507*
Bild 3: Tabellarischer Detailvergleich der globalen Labels
*Zwischenversionen werden in der Regel getestet und unterstützt.
14 |
Factsheet: PC WORX
Unterstützung für PC WORX-Projekte (Phoenix Contact)
Bild 1: Tabellarischer Detailvergleich der globalen Variablen
| 15
Factsheet: PC WORX
Leistungsmerkmale
Integrierter PC WORX Projektbaum
Erkennen von Unterschieden zwischen den Projektdaten und den Programmdaten auf dem Gerät (Offline-/Online-Vergleich). Erkennen von Änderungen der Programmdaten des Gerätes im laufenden Betrieb (Online-/Online-Vergleich).
Durchgängige Darstellung der Änderungshistorie
Grafischer Detailvergleich
Automatisiertes Backup für Disaster Recovery
Überprüfung der Aktualität des Compilats zum versionierten Projekt
Unterstützte Steuerungen:ILC (1xx, 2xx, 3xx) AXC (1xxx)RFC (4xx)S-MAX (4xx)PC WORKX RTCPX (SF34, SF35)
Automatisierter Konsistenzcheck des Bootprojekts mit dem geladenen Programm im Speicher der Steuerung
Unterstützung der Safety-Steuerungen (SafetyProg)
Öffnen der PC WORX-Entwicklungsumgebung mit dem selektierten Projekt aus versiondog heraus
Individueller Komponententyp für PC WORX
Online-Tutorial in versiondog INFO verfügbar
Systemvoraussetzungenversiondog Release ab V3.2AUTOMATIONWORX Software SuiteSafetyProg
ab 1.60ab 3.20
Bild 2: Grafischer Detailvergleich einer POU
16 |
Factsheet: FANUC CNC-Projekte
Unterstützung der FANUC CNC-Projekte
Bild 2: Grafischer Detailvergleich für ein Netzwerk
Bild 1: Der LADDER-Projektbaum der PMC in versiondog
| 17
Factsheet: FANUC CNC-Projekte
Leistungsmerkmale
Erkennen von Unterschieden zwischen den Projektdaten und den Programmdaten auf dem Gerät (Offline-/Online-Vergleich). Erkennen von Änderungen der Programmdaten des Gerätes im laufenden Betrieb (Online-/Online-Vergleich).
Durchgängige Darstellung der Änderungshistorie
Grafischer Detailvergleich
Automatisiertes Backup für Disaster Recovery
Konfigurierbare Datensicherung für PMC, CNC, F-ROM und SRAM-Backup
Unterstützte Serien:
CNC 0i CNC 30iCNC 31iCNC 32i
Individueller Komponententyp für FANUC CNC
Online-Tutorial in versiondog INFO verfügbar
Systemvoraussetzungenversiondog Release ab V4.5FANUC Ladder-III V7.7 - V7.9*
Bild 3: Tabellenvergleich der Symbolkommentare
*Zwischenversionen werden in der Regel getestet und unterstützt.
18 |
Factsheet: MOVITOOLS-Projekte
Unterstützung für MOVITOOLS-Projekte (SEW-EURODRIVE)
Bild 1: Detailvergleich zweier Konfi gurati onen
| 19
Factsheet: MOVITOOLS-Projekte
Bild 2: MOVITOOLS-Projekt im versiondog Projektbaum
Leistungsmerkmale
Erkennen von Unterschieden zwischen den Projektdaten und den Programmdaten auf dem Gerät (Offline-/Online-Vergleich). Erkennen von Änderungen der Programmdaten des Gerätes im laufenden Betrieb (Online-/Online-Vergleich).
Durchgängige Darstellung der Änderungshistorie
Grafischer Detailvergleich für Konfiguration und Firmware
Automatisiertes Backup für Disaster Recovery
Unterstützte Hardware:
MOVIDRIVE (B) MOVITRAC (B)MOVIAXISMOVIMOT (D)MOVIFIT (Technology, Classic)MOVIGEAR (DSC, DAC, DBC, SNI)DRC (DSC, DAC, DBC, SNI)MOVIPRO (SK, SDC, ADC)MOVI-PLC (basic, advanced)CCU (advanced, power)
Individueller Komponententyp für MOVITOOLS-Projekte
Online-Tutorial in versiondog INFO verfügbar
Systemvoraussetzungenversiondog Releasemit Upload & Compare Agent
ab V4.0
SEW MOVITOOLS ab 5.6.0 (SP1) bis 6.10 (SP1)
20 |
Factsheet: Scalance-Switche
Unterstützung für Scalance-Switche (Siemens)
Bild 1: Scalance Konfi gurati ons- und Firmwaredaten im versiondog Projektbaum
| 21
Factsheet: Scalance-Switche
Bild 2: Detailvergleich zweier Switch-Konfigurationen
Leistungsmerkmale
Erkennen von Unterschieden zwischen den Projektdaten und den Programmdaten auf dem Gerät (Offline-/Online-Vergleich). Erkennen von Änderungen der Programmdaten des Gerätes im laufenden Betrieb (Online-/Online-Vergleich).
Durchgängige Darstellung der Änderungshistorie
Grafischer Detailvergleich für Konfiguration und Firmware
Automatisiertes Backup für Disaster Recovery
Unterstützte Typen:
X-2xx X-3xxW-7xx (ab 5.5)
Keine Zusatzsoftware erforderlich
Individueller Komponententyp für Scalance-Switche
Online-Tutorial in versiondog INFO verfügbar
Systemvoraussetzungenversiondog Release ab V4.0
22 |
Factsheet: Profi cy Machine Editi on
Unterstützung für Profi cy Machine Editi on (General Electric)
Bild 1: Der GE Profi cy Projektbaum in versiondog
| 23
Factsheet: Proficy Machine Edition
Bild 2: Grafischer Detailvergleich für einen Rung
Leistungsmerkmale
Erkennen von Unterschieden zwischen den Projektdaten und den Programmdaten auf dem Gerät (Offline-/Online-Vergleich). Erkennen von Änderungen der Programmdaten des Gerätes im laufenden Betrieb (Online-/Online-Vergleich).
Durchgängige Darstellung der Änderungshistorie
Grafischer Detailvergleich für Konfiguration und Firmware
Automatisiertes Backup für Disaster Recovery
Unterstützte Geräte:
PACSystems RXi PACSystems RX7iPACSystems RX3iSeries 90-70Series 90-30VersaMax
Integration für GE iFIX verfügbar
Individueller Komponententyp für GE Proficy Machine Edition
Online-Tutorial in versiondog INFO verfügbar
Systemvoraussetzungenversiondog Release ab V4.0GE Proficy Machine Edition V8.0 bis V9.0*
*Zwischenversionen werden in der Regel getestet und unterstützt.
24 |
Factsheet: Motoman Roboter
Unterstützung für Motoman Roboter (YASKAWA)
Bild 1: Motoman Programm- und Controllerdaten im versiondog Projektbaum
| 25
Factsheet: Motoman Roboter
Bild 2: Detailvergleich zweier Versionen (*.JBI)
Leistungsmerkmale
Erkennen von Unterschieden zwischen den Projektdaten und den Programmdaten auf dem Gerät (Offline-/Online-Vergleich). Erkennen von Änderungen der Programmdaten des Gerätes im laufenden Betrieb (Online-/Online-Vergleich).
Durchgängige Darstellung der Änderungshistorie
Grafischer Detailvergleich für Programmdateien und Controllerdaten
Automatisiertes Backup für Disaster Recovery
Unterstützte Roboter-Controller:
NX100 DX100DX200
Keine Zusatzsoftware erforderlich
Verwaltung der Programmdateien, Controllerdaten und cmos.bin in einer Komponente
Individueller Komponententyp für Motoman Roboter
Online-Tutorial in versiondog INFO verfügbar
Systemvoraussetzungenversiondog Release ab V3.2Motoman NX100 ab V NS3.00.00A(*)-00
26 |
Factsheet: Exportmodul
Ihre automatisierte Datenmanagementlösung: versiondog
Das Exportmodul
Das Exportmodul wird als Add-on für das versiondog System bereitgestellt, um Daten und Berichte aus dem Datenmanagementlösung exportieren zu können. Mit dieser Offenheit können Informationen „on demand“ ab-gerufen und in strukturiertem und importfähigem Datenformat (CSV bzw. XML) an andere Systeme und Pro-gramme zur Aufbereitung und weiterführenden Auswertungen übergeben werden. Auf diese Weise unterstützt versiondog durch diese offene Schnittstelle weiterführende und systemübergreifende Optimierungs- und Analy-seprozesse.
Bild 1: Über Kommandozeile gesteuerte Schnittstelle zum Export von der Projektbaumstruktur, von KomponentenInformationen und von Jobergebnissen.
Anwendungsbeispiel 1
Kennzahl „Aktualität der automatisierten Backups“
Die Kennzahl wird durch den zyklischen Export der Jobergebnisse ermittelt, für die ein Unterschied zwischen dem Backup und der aktuellen Version auf dem Server festgestellt wurde.
Seit versiondog 4.0 lässt sich über den exportierten Bericht ermitteln,
• wann genau das letzte Backup mit der aktuellen Version auf dem Server übereingestimmt hat.
• wie oft seit der letzten Übereinstimmung ein Unterschied zwischen Backup und Version durch erneute Jobausführungen gemeldet wurde.
• wie oft das Vergleichsergebnis aufgrund eines Fehlers nicht ermittelt werden konnte (z.B. durch Änderungen in der Firewall).
| 27
Factsheet: Exportmodul
Der Anwender kann nun über Filter feststellen, welche Steuerungen seit längerer Zeit nicht mehr dem letzten Stand auf dem Server entsprechen. Hierbei definiert er drei Zeittoleranzen mit folgenden Annahmen:
1. unkritische Zeittoleranz: aktuelle Wartungsarbeiten oder Umrüstarbeiten führen auf jeden Fall zu Abwei-chung, die aber im Rahmen von einigen Tagen eher als unkritisch eingestuft werden können.
2. Zeitdauer für Warnungen: Abweichungen zwischen Backups und Serverversion werden als Warnung ange-zeigt, wenn sie länger als eine gewissen Dauer (z.B. 1 Woche) anliegen. Hier gilt es, die Situation zu prüfen und möglichst zeitnah die aktuelle Version in das Serversystem einzuchecken.
3. Zeitdauer für kritische Meldung: Wird die Warnung (siehe Punkt 2) längere Zeit nicht bearbeitet, so wird die Warnung nach einer gewissen Dauer (z.B. 4 Wochen) als kritische Meldung behandelt. Hier gilt es umgehend die Situation zu prüfen und sicherzustellen, dass die aktuelle Version sowohl auf dem Server eingecheckt als auch in der Steuerung geladen ist.
Die Kennzahl „Aktualität der automatisierten Backups“ kann also wie folgt ermittelt werden:
Q = (n – x) / n
wobei gilt:
Q = Kennzahl „Aktualität der automatisierten Backups“
x = Anzahl der kritischen Meldungen
n = Anzahl der Jobs, die mit der Vergleichsstrategie „Vergleiche Backup mit Version“ zyklisch ausgeführt werden.
Ein Beispiel für die Kennzahl der Aktualität der automatisierten Backups für S7-Steuerungen könnte sich also wie folgt darstellen (fiktiv):
Datum Anzahl der S7-Jobs in versiondog (n)
S7-Jobs mit Fehler oder Abweichung zwischen Job und Serverversion
Kennzahl (QS7)
Version und Backup stimmen länger als 1 Woche nicht überein.
Version und Backup stimmen länger als 4 Wochen nicht überein(x)
2016/KW1 357 78 41 88%2016/KW2 361 51 29 91%2016/KW3 361 40 21 94%2016/KW4 362 32 18 95%2016/KW5 383 37 13 96%2016/KW6 383 27 22 94%
28 |
Factsheet: Exportmodul
Die Ermittlung der Kennzahl für die Aktualität der automatisierten Backups lässt sich weiter verfeinern und anpassen.
Anwendungsbeispiel 2
Automatisierte Erinnerungsmail für Komponenten, die über einen gewissen Zeitraum in exklusiver Bearbeitung sind
Ausgangssituation
Beim täglichen Arbeiten mit versiondog zeigt sich, dass sich Konflikte vermeiden lassen, wenn Änderung an einem Projekt unter dem Recht der „exklusiven Bearbeitung“ vorgenommen werden. Denn auf diese Weise kann verhindert werden, dass zwei Anwender nahezu gleichzeitig Änderungen an einem Projekt vornehmen, ohne jeweils von der Anpassungen des anderen zu wissen.
Das Recht der „exklusiven Bearbeitung“ einer Komponente
• richtet für den Bearbeiter einer Komponente eine Schutzzone ein, die ihm die erforderliche Zeit zur Optimierung, Prüfung und Freigabe seiner Änderung einräumt. Ein weiterer Mitarbeiter kann keine neue Version einchecken, bis er fertig ist.
• gilt quasi als Vorankündigung einer neuen Version durch den Anwender. Diese Vorankündigung kann noch durch einen Kommentar ergänzt werden.
• signalisiert allen Anwendern, dass sich eine Komponente unter Bearbeitung befindet. Zwar lässt sich die Komponente noch auschecken, aber Warnungen und Meldungen machen deutlich, dass jemand bereits an der Komponente arbeitet und somit in nächster Zeit eine neue Version erwartete werden kann.
• regelt den Arbeitsablauf für mehrere erforderliche Änderungen/Optimierungen eines Projektes und stellt sicher, dass keine Änderung durch eine andere Änderung überschrieben wird oder gleichzeitig getätigte Änderungen manuell gemerged werden müssen.
So weit, so gut. Doch was passiert, wenn ein Anwender das Recht zur exklusiven Bearbeitung nicht mehr aufhebt, beispielsweise weil er mitten in der Anpassung eines Projektes unterbrochen wird und bedingt durch neue Prioritäten andere Aufgaben übernimmt. Zwar ist das Recht der exklusiven Bearbeitung durch einen Administrator zurücksetzbar, doch wie kann der Administrator hier unterscheiden, ob ein Anwender eine Komponente unter exklusiver Bearbeitung tatsächlich nicht mehr bearbeitet oder sich doch genau auf das Feature verlässt?
| 29
Factsheet: Exportmodul
Lösungsansatz
Ab versiondog 5.0 zeigt der exporti erte Bericht der KomponentenInformati onen,• wer genau (Name, Account, Emailadresse) die Komponente in exklusiver Bearbeitung hat• wann genau eine Komponente für die exklusive Bearbeitung an welchem Rechner ausgecheckt wurde• mit welchem Kommentar die exklusive Bearbeitung begründet ist.Mit diesen exporti erten Informati onen ist es möglich, eine automati sierte Erinnerungsmail an alle Anwender zu senden, die eine/mehrere Komponenten für längere Zeit (konfi gurierbare Zeitspanne) in exklusiver Bearbei-tung haben.
Hier eine Skizze für die Logik:
• Es wird ein Windows-Task bzw. ein Jenkins-Job (z.B. mit dem Namen „AutoReminder“) eingerichtet, der einmal in der Woche ausgeführt wird.
• Der Task „AutoReminder“ erzeugt über das versiondog Exportmodul einen aktuellen Bericht über die Kom-ponentenInformati onen.
• Ein Tool (z.B.: mit PowerShell erstellt) wertet die exporti erten Informati onen wie folgt aus:
1. Zuerst werden aus der XML-Struktur des exporti erten Berichtes alle Komponenten herausgefi ltert, die mit dem Recht der exklusiven Bearbeitung markiert sind.
2. Für alle gefi lterten Komponenten mit exklusiver Bearbeitung werden nun alle Email-Adressen der An-wender ermitt elt, die die Komponente länger als beispielsweise zwei Wochen exklusiv bearbeiten.
3. An alle ermitt elten Email-Adressen wird nun automati siert eine freundliche Erinnerung gesendet.
30 |
Factsheet: Exportmodul
// Beispiel für den Aufruf des Exportmoduls:VDogAutoExport.exe /at:c “/rd:D:\vdClientArchive“ “/CFile:D:\AutoReminder\ex-port.ini”
// mit export.ini:[Common]ReportType=ComponentTreeExportFile=D\AutoReminder\ExclusiveEdit.xmlWithVersions=NWithMasterData=NEnableNodeTree=N[User]Account=versiondog
Password=change-it
// Beispiel für die Ausgabe (ExclusiveEdit.xml):<?xml version=“1.0“ encoding=“UTF-8“ ?><root Timestamp=“…“><component name=“…“ Path=“…“ Id=“…“ TypeId=“…“ State=“…“></component><component …</component>…<component name=“…“ Path=“…“ Id=“…“ TypeId=“…“ State=“…“><LockState State=“1“ UserId=“6D0DD6948E4B4E87A763C12744B0E7BA“ UserName=“MyDomain\MaxMustermann [Max Mustermann]“ EmailAddress=“max.mustermann@myDomain.de“ TimeStamp=“14.03.2017 11:15:32“ Days=“20“ ComputerName=“VMWARE.WIN7-2-GK“ Comment=“Test“></LockState></component>…</root>
Hilfestellung
XML-Tag Beschreibung
<LockState> Der LockState-Tag kapselt die Information zum Sperrstatus einer Komponente. Nur vorhanden, wenn der Sperrstatus aktiv ist
<LockState State=”n” Das Attribut State beschreibt den Sperrstatus. 1: exklusiv unter Bearbeitung 2: Markiert als „in Bearbeitung“
<LockState EmailAddress=”…” Das Attribut EmailAddress enthält die E-Mailadresse des Anwenders, der die Komponente ge-sperrt hat. Wenn keine Adresse definiert ist, so wird eine leere Zeichenkette eingetragen
<LockState TimeStamp=”…” Das Attribut TimeStamp beschreibt den Zeitpunkt (UTC) des Sperrens (als Zeichenkette im For-mat des Betriebssystems). Beispiel: „09.10.2015 08:32:56“
<LockState Days=”n” Das Attribut Days beschreibt die Anzahl der Tage seit wann die Komponente gesperrt ist
| 31
Factsheet: Exportmodul
Leistungsmerkmale
Schnittstelle über Kommandozeile
Export der Projektstruktur mit Projektpfad, Komponententyp und Stammdaten
Export der Informationen einer Komponente mit Projektpfad, Komponententyp, Stammdaten und Versionshistorie
Export einer Liste aller Jobs mit zugehörigen Komponenten, Komponententypen und letztem Jobergebnis
Export als XML oder CSV-Datei zur direkten Weiterverwendung in anderen Systemen
Berücksichtigung der Zugriffsrechte beim Datenexport
Sicherstellung der Kompatibilität für kommende Versionen
Kontinuierliche Weiterentwicklung und Erweiterung der Offenheit
Online-Tutorial in versiondog INFO verfügbar
Systemvoraussetzungenversiondog Releasemit freigeschalteter Lizenzoption „ExportModul“
ab 3.3
32 |
Factsheet: versiondog Anlagenstatus
Ihre automati sierte Datenmanagementlösung: versiondog
Der versiondog Anlagenstatus
Der versiondog Anlagenstatus wird als Add-On im versiondog Webclient bereitgestellt. Er übernimmt die Aufgabe, eine Übersicht der von versiondog unterstützten Geräte und Technologien in einer Tabelle darzustellen. Zu jedem Gerät wird ein Status (rot/gelb/grün) gemeldet, der sich aus dem Zustand der Überwachungsaufgaben pro Gerät ergibt (auch „Kontrollmonitore“ genannt).
Der versiondog Anlagenstatus ermöglicht eine durchgängige Unterstützung für vorhersehende Instandhaltung und nachhalti ge Produkti onsqualität in der automati sierten Produkti on – alles auf einen Blick und von überall im Netzwerk erreichbar. Zum einen werden der aktuelle Status der automati schen Archivierungs- und Überwachungsauft räge und deren Vergleichsergebnisse mit der aktuellen Version des versiondog Systems überwacht. Darüber hinaus werden auch gerätespezifi sche Kontrollmonitore und Informati onsfeatures bereitgestellt, um so eff ekti v, transparent und auf den technischen Punkt gebracht den Status zu jedem Gerät darstellen und auswerten zu können.
Mit der versiondog Version 4.0 bietet der Anlagenstatus im ersten Schritt insbesondere eine Unterstützung für die Siemens S7 Steuerung. Ob Speicherbelegung, Zykluszeitüberschreitung, gesetzten Force-Werten oder die Frage nach der installierten Firmware auf den eingesetzten PLC-Baugruppen: der Anlagenstatus bietet den Status auf einen Blick.
Ab Version 5.0 ist zudem eine Übersicht der eingesetzten SEW-Firmware verfügbar sowie der Force-Wert-Kontrollmonitor für RSLogix 5000, Schneider Electric Unity und GE iFix.
Ihre automati sierte Datenmanagementlösung: versiondog
Bild 1: StatusInformati onen auf Anfrage
| 33
Factsheet: versiondog Anlagenstatus
Bild 2: Die S7-MLFB-Übersicht: Wo ist welche MLFB verbaut? Welche Firmware ist installiert?
Leistungsmerkmale
Aufl istung aller Geräte und Technologien, die in das versiondog-System integriert sind
Allgemeine Überwachungsaufgaben:Vergleichsergebnisse des zuletzt ausgeführten JobsWarnung, falls Datensicherung über einen konfi gurierbare Zeitraum nicht aktualisiert wurde
S7-Kontrollmonitore (für S7-300, S7-400)Übersicht der MLFBs mit deren FirmwareÜbersicht der MLFBs mit deren FirmwareKontrollmonitor zur Ermitt lung von gesetzten Force-WertenKontrollmonitor zur Überwachung der ZykluszeitKontrollmonitor zur Überwachung der SpeicherauslastungKontrollmonitor zum Batt eriestatus (Die Verfügbarkeit dieses Kontrollmonitors ist abhängig von
der verwendeten Hardware)
Force-Wert-Kontrollmonitor für RSLogix 5000, Schneider Unity und GE
Übersicht der eingesetzten SEW-Firmware
Alle Berichte können als CSV-Datei heruntergeladen/exporti ert werden
Webclient mit SSL-VerschlüsselungDieses Produkt beinhaltet Soft ware, die durch das OpenSSL Project für die Nutzung im OpenSSL
Toolkit entwickelt wurde (htt p://www.openssl.org/ ).Dieses Produkt beinhaltet kryptographische Soft ware, die von Eric Young (eay@cryptsoft .com)
erstellt wurde.
Installati on des versiondog WebServers „mit einem Klick“
Online-Tutorial in versiondog INFO verfügbar
Systemvoraussetzungenversiondog Release ab 4.0Unterstützte Brower Internet Explorer, Chrome, Firefox
| 33Bild 2: Die S7-MLFB-Übersicht: Wo ist welche MLFB verbaut? Welche Firmware ist installiert?Bild 2: Die S7-MLFB-Übersicht: Wo ist welche MLFB verbaut? Welche Firmware ist installiert?Bild 2: Die S7-MLFB-Übersicht: Wo ist welche MLFB verbaut? Welche Firmware ist installiert?
34 |
Factsheet: Upload & Compare Agents
Wann wird ein Upload & Compare Agent empfohlen?
1. Sobald der Zugriff auf die HMI Runtimes sowie deren Archivierung im laufenden Betrieb durchgeführt werden soll, ist ein Agent (pro HMI-Station) erforderlich.
2. Sobald die Unterstützung eines Gerätes für die Archivierung und/oder für den Vergleich die eine zusätzlichen Software erfordert (z.B. die entsprechende Entwicklungsumgebung für das Gerät), wird der Einsatz des versiondog Upload & Compare Agents aus folgenden Gründen empfohlen:• Falls die Zusatzsoftware nicht auf dem Server aufgespielt werden kann/soll.• Falls unterschiedliche Versionen der Zusatzsoftware sich im Einsatz befinden, nicht aber gleichzeitig auf
einem PC-System installiert werden können (beispielsweise weil sie sich gegenseitig bei der Installation ausschließen).
• Falls bestimmte Voraussetzungen für den Upload oder Compare gefordert werden, z.B.: SQL-Datenbankserver, Sicherheitskonzepte, Firewall-Regeln, …
3. Bei bestimmten Geräteintegrationen ist aus technischen Gründen eine zeitgleiche Ausführung für Archivierung und/oder Vergleich auf einem System nicht möglich, so dass immer genau nur eine Aktion (Archivierung/Vergleich) nach der anderen ausgeführt werden kann. Der Einsatz von Agents ermöglicht eine Verteilung der Aufgaben auf mehrere Systeme und erhöht auf diese Weise den Durchsatz.
4. Sobald ein Zugriff/eine Aktion auf oder mit Systemressourcen durchgeführt werden sollen, die nicht über das Netzwerk adressiert werden können, muss ein Agent verwendet werden, der direkt auf dem System installiert ist (und somit den Zugriff auf die Ressourcen erhält).
5. Ist der Übergang in ein BUS-System (MPI/PROFIUS/PROFINET/Modbus/...) auf dem Server nicht möglich (beispielsweise weil der Server keine Schnittstellenkarte besitzt), so kann über einen Agent, der direkt auf dem System mit der entsprechenden BUS-Schnittstelle installiert ist, der Kommunikationsübergang ins BUS-System eingerichtet werden.
Bild 2: Verwaltungsoberfläche im versiondog AdminClient
Bild 1: Positionierung der HMI Upload und Compare Agents und der generellen Upload und Compare Agents im versiondog Szenario
| 35
Factsheet: Upload & Compare Agents
Leistungsmerkmale
Onlinesicherung von HMI Runtimes im laufenden Betrieb
Dezentrale Jobausführung zur Leistungssteigerung und Lastverteilung während der Jobausführung
Aufgabenverteilung und Parallelisierung
Vermeidet Editorinstallationen auf dem versiondog Hauptserver
Vermeidet Auf- und Umrüstung der Hardware für den versiondog Hauptserver
Vermeidet Editorinstallationen und Hardwareumrüstung auf Clients (neu ab 4.5)
Automatisiertes SmartUpdate der Agents bei Serverupdates
Online-Tutorial in versiondog INFO verfügbar
Geräte- / Projektintegration Fall HMI Upload & Compare Agent
Upload & Compare Agent
3S CODESYS 2a, 2b, 2c x
ABB Freelance 2a x
ABB Roboter 2a, 2b x
ATLAS COPCO 2a x
B&R Automation Studio 2a x
Beckhoff TwinCat 2a, 2b, 2c, 3 x
COPA-DATA zenon 2a x
FANUC CNC 2a, 2b x
GE Proficy ME 2a x
KUKA Roboter 2b x
Mitsubishi MELSOFT GX Works2 2a, 2b x
Rockwell Automation RsLogix 5 2a x
Rockwell Automation RsLogix 500 2a x
Rockwell Automation RsLogix 5000 2a, 2b x
Schneider Unity 2a, 2b, 3 x
SEW Movitools 2a, 2b,2c x
SICK Scanner 2a, 2c x
Siemens PCS7 2c x
Siemens S7 mit Simotion-Anteil 2c x
Siemens TIA 2a, 2b, 2c x
Siemens WinCC 1, 2c, 4 x
Siemens WinCC flexible auf windowsbasierten PC-Systemen 1, 2c, 4 x
Stand: November 2016, versiondog 4.5
36 |
Factsheet: versiondog BackupClient
Der versiondog BackupClient
Das versiondog System besteht aus verschiedenen Applikationen. Eines dieser Applikationen ist der versiondog BackupClient, der immer dann zum Einsatz kommt, wenn eine Datensicherung von unvernetzten Automatisierungsgeräten durchgeführt werden soll, also von Geräten, auf die das versiondog System über das Netzwerk sonst nicht zugreifen kann (z.B. aus Sicherheitsgründen).
Bei der Arbeit mit dem versiondog BackupClient werden die zu sichernden Daten direkt am Automatisierungsgerät abgenommen. Der versiondog BackupClient wird auf einem transportablen Rechner, beispielsweise auf einem PG (Laptop), installiert und mit dem versiondog Server synchronisiert, um die für die Durchführung der Datensicherung notwendigen Jobs zu erhalten. Der für die Datensicherung zuständige Mitarbeiter nimmt den Rechner und begibt sich damit zu den Produktionsanlagen. Vor Ort verbindet er den BackupClient-Rechner mit dem Automatisierungsgerät und führt die Jobs für die Datensicherung aus. Nach Durchführung der Datensicherung kehrt der Mitarbeiter an seinen ursprünglichen Arbeitsplatz zurück, verbindet sich mit dem versiondog Server und überträgt die Daten auf diesen.
Leistungsmerkmale
Im Standard-Setup enthalten
Einheitliche Datensicherung auch für unvernetzte Automatisierungsgeräte
Synchronisation von Jobs und Jobergebnissen zwischen BackupClient und Server
Ereignisprotokoll zur Jobausführung
Synchronisationsprotokoll
Online-Tutorial in versiondog INFO verfügbar
| 37
Factsheet: versiondog BackupClient
versiondog-Szenario mit dem versiondog BackupClient
Bild 1: Positi onierung des BackupClients im versiondog-Szenario: der BackupClients übernimmt die Datensicherung für unvernetzte Automati sierungsgeräte.
Bild 2: Das User Interface im BackupClient
38 |
Factsheet: Standardbibliotheksverwaltung
versiondog Standardbibliotheksverwaltung
In vielen Bereichen des Engineerings von automatisierten Anlagen werden Applikationen auf der Basis von Bibliotheken mit wiederverwendbaren Funktionen, Modulen und Programmen erstellt. Standardisierte Programmbausteine, verfahrenstechnische Bausteine, Bildbausteine / Meldetexte, Kommunikations- und Ablaufdiagramme etc. gehören zu den Voraussetzungen für eine kostengünstige und einheitliche Umsetzung von Projekten in der Automatisierungswelt.
Genau hier kommt die versiondog Standardbibliotheksverwaltung zum Einsatz und bietet folgende Vorteile:
• Zu jedem Standardbaustein wird eine dokumentierte Änderungshistorie bereitgestellt, anhand derer sich die Weiterentwicklung des Standardbausteins und der Standardbibliothek nachvollziehen lässt.
• Änderungen an den Standardbibliotheken werden versioniert und zusammen mit den Informationen abgelegt, WER WANN WAS WO geändert hat und WARUM. Über einen detaillierten Vergleich können jederzeit die Unterschiede zweier Bausteinversionen hinsichtlich Auswirkung auf die Projekte ausgewertet werden.
• Die Verwendung der Bausteine in den Projekten lässt sich jederzeit nachvollziehen. Auf diese Weise ist einfach und effizient erkennbar, bei welchen Kundenprojekten und an welchen Standorten sich eine Änderung auswirkt. Aus diesem Verwendungsnachweis kann beispielsweise bei einer nachträglichen Optimierung eines Standardbausteins ein Maßnahmenplan abgeleitet werden, an welchen Projekten eine Aktualisierung auf den neusten Standard durchgeführt werden sollte.
Anwendungsfälle für die Standardbibliotheksverwaltung
In welchen Projekten wurde welche Version eines standardisierten Bausteins verwendet?
Über die Bibliotheks-Verwaltung lässt sich nachvollziehen, welche Version eines Standardbausteins in welchen Projekten verbaut wurde. Nehmen wir beispielsweise an, dass man während einer laufenden Projektierung feststellt, dass ein Standardbaustein erweiterte wurde. Mit der Standardbibliotheksverwaltung kann nun festgestellt werden, ob und in welchen Projekten dieser Baustein verbaut wurde. Auf diese Weise ist es ausgehend vom Anlass der Bausteinänderung und unter Berücksichtigung einer Risikoabschätzung möglich, zu bestimmen, welche Projekte nun aktualisiert werden müssen.
Bild 1: Nachverfolgung der verbauten Standardbausteine mit Ampelstatus: grün = Standard eingehalten, gelb=veralteter Standard, rot = Standard verletzt
| 39
Factsheet: Standardbibliotheksverwaltung
Leistungsmerkmale
Versionierung und Dokumentation der Standardbibliotheken
Detailvergleicher zur Anzeige der Unterschiede zweier Bausteinversionen
Grafischer Detailvergleich
Freescan-Funktion um standardisierte Bausteine nachträglich in Projekten zu finden
Unterstützte Entwicklungsumgebungen:
Simatic S7 ManagerRockwell RSLogix 5000TIA für STEP 7
Online-Tutorial in versiondog INFO verfügbar
Bild 2: Einfache Verknüpfung von Projekt mit Standardbibliothek
Wie kann sichergestellt werden, dass auf mehreren S7-Steuerungen das gleiche Programm läuft?
In einer Produktionsanlage gibt es einen Teilprozess, der mehrfach redundant in der Fertigung eingerich-tet wurde. Die Aussteuerung erfolgt jeweils mit einer Steuerung (z.B. S7 oder RSLogix 5000). Hierbei ist die Anforderung, dass alle Projekte genau gleich sein sol-len (abgesehen von der Netzwerkadresse).Die Standardbibliotheksverwaltung bietet in diesem Fall die Möglichkeit, die Gleichheit der Programme auf Bausteinebene sicherzustellen und im Falle eines Pro-grammupdates den Fortschritt des Rollouts zu über-wachen.
Wie kann sichergestellt werden, dass vorgegebene standardisierte Bausteine bei der Projektierung durch den Dienstleister verwendet wurden?
Mit der versiondog Standardbibliotheksverwaltung kann der Anlagenbetreiber bei der Abnahme einer neuen Anlage nachvollziehen, ob die vorgegebenen Standardbausteine in der Projektierung wie vereinbart verwendet wurden. Es ist nachvollziehbar, ob eine veraltete Version verwendet, der Standard zwischenzeitlich optimiert oder ein Standardbaustein zwar verwendet, später aber dann verändert wurde. Durch die detaillierten Ver-gleichsmöglichkeiten lassen sich schlussendlich Maßnahmen für eine durchgängige Vereinheitlichung auf einen optimierten Standard ableiten.
40 |
Factsheet: versiondog Switch-Integration
Datenmanagement als Teil der Cyber Security Strategie
In der industriellen Automatisierung ist die Cybersicherheit ein zentrales Thema. Um Cyberangriffe frühzeitig zu erkennen, ist es essenziell, Änderungen an industriellen Steuerungen schnell festzustellen, um dann prüfen zu können, ob diese gewünscht waren. Da versiondog Änderungen in den Softwareversionen von Automatisierungsgeräten überwacht, lassen sich alle Änderungen, die nicht dokumentiert wurden, im Programmcode entdecken und auf unautorisierte Zugriffe prüfen.
Hat ein Cyberangriff stattgefunden, ist die schnellste Lösung, den Datensatz auf den vorherigen, nicht kontaminierten Stand zurückzusetzen. Aus diesem Grund ist es wichtig, regelmäßig eine Datensicherung durchzuführen. Der Instandhalter kann dann eine „saubere“ Datensicherung aus dem Server-Archiv nehmen und diese wieder auf die Steuerung aufspielen. Dieser Vorgang nennt sich Disaster Recovery und setzt das Automatisierungsgerät wieder auf seinen letzten, manipulationsfreien Zustand zurück.
Damit ist versiondog ein wichtiges Teilstück in der gesamten Cyber Security Strategie vieler Konzerne - in der Produktion auch Defense-in Depth Strategie genannt.
Das „Honeypot Szenario“
Ein weiteres Teilstück einer Cyber Security Strategie ist der „Honeypot“. Das industrielle Netzwerk wird aus Gründen der Übersichtlichkeit sowie der vereinfachten Administration typischerweise in unterschiedliche Ebenen unterteilt, die sich an den Datenströmen und Aufgaben orientieren. In der Maschinenebene werden Endgeräte wie Steuerungen, Feldgeräte oder HMI-Panels mit Industrial Ethernet Protokollen wie PROFINET über Switche verbunden. Ein Switch gehörte häufig zu den frühen Angriffszielen für Cyberattacken, da er über die Portsteuerung den Zugriff auf ein Automatisierungsgerät ermöglicht. Wird ein Port durch einen Cyberangriff geöffnet oder geschlossen, kann die Verbindung zu einem Endgerät getrennt oder ein unerlaubter Zugriff auf ein Gerät gewährt werden, was in beiden Fällen mit hohen Risiken einhergeht.
| 41
Factsheet: versiondog Switch-Integration
Wie unterstützt versiondog die Sicherheit Ihrer Daten?versiondog verifiziert zyklisch und automatisch die freigegebenen Versionen mehrmals täglich mit Alarmmeldungen bei Abweichungen textuelle und/oder grafische Darstellung der Unterschiede für fast alle Geräte der Automatisierungstechnik
versiondog detektiert Unterschiede in Steuerungsprogrammen und stellt sie dar.
versiondog überwacht die Systemkonfiguration von auf Windows und Linux basierenden Systemen.
versiondog stellt sicher, dass versionierte Stände nicht verändert werden können.
versiondog stellt Software-Stände (Versionen) ohne „Kontamination“ bereit für ein „sauberes“ Disaster Recovery.
Leistungsmerkmale
Backup, Versionskontrolle und Dokumentation von Softwareprojekten
SmartCompare für alle Komponenten in der automatisierten Produktion
Vergleich Backup zu Backup oder Backup zu Version
Nachvollziehbarkeit der Änderungen, gewollt oder ungewollt
Wer hat wann was wo und warum geändert?
Meldewesen bei nicht dokumentierten Änderungen
Schnelles und sicheres Disaster Recovery
Systemvoraussetzungenversiondog Release ab 5.0
Das Ziel des „Honeypot Szenarios“ ist es, einen Cyberangriff oder dessen Vorbereitung rechtzeitig zu entdecken. Dafür benötigt es einen im Industrienetz installierten und eingerichteten Switch. Dieser erhält keine echte Funktion, sieht aber so aus, als wäre er attraktiv (Honeypot). Alle Verantwortlichen sind angehalten, selbst keine Änderung an diesem Switch durchzuführen, sondern diesen nur zu überwachen. versiondog überprüft den Switch auf ungewollte Veränderungen und meldet Alarm, wenn eine Anomalie entdeckt wurde. Die Mitarbeiter können reagieren und mögliche Folgen des Cyberangriffs verhindern. Mit einer regelmäßigen, automatischen Datensicherung überwacht das Datenmanagementsystem versiondog die Konfigurationsdaten eines Switches und erkennt Änderungen sofort.
AUVESY GmbH
Fichtenstraße 38 B
76829 Landau in der Pfalz | Germany
Tel. +49 6341 6810-300
Fax +49 6341 6810-311
Email info@auvesy.de
Web www.auvesy.de
data management for automation
Erfahren Sie mehr: www.versiondog.de
versiondog ist die führende Software für Versions‐ und Datenmanagement in der automatisierten Produktion. Das System unterstützt Unternehmen dabei, Daten zu sichern und Versionen optimal zu verwalten.
versiondog schafft überall dort Ordnung, wo Projektdaten kontinuierlich geändert und zentral zur Verfügung gestellt werden müssen. Die Software erhöht die Sicherheit und Wirtschaftlichkeit der Produktion. Außerdem sorgt versiondog für ein optimales Zusammenspiel von unterschiedlichen Robotertypen, Feldgeräten, Steuerungen, Antriebssystemen, Programmiersprachen, Dateiformaten und Software‐Anwendungen.
Das Datenmanagementsystem sorgt für Datentransparenz und ‐verfügbarkeit, wodurch Risiken minimiert und Kosten und Aufwände reduziert werden.
Über versiondog
© Copyright AUVESY GmbH - all rights reserved V 11/17_Alle in dieser Broschüre enthaltenen Angaben stellen keine zugesicherten Eigenschaften dar.
top related