versiondog factsheets - auvesy factsheets... · scada / hmi feldgeräte / antriebe / roboter...

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 - 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


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).


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


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)



Grafischer Detailvergleich


Integrierte Unterstützung der HMI-Projektierung mit Detailvergleich (Offline/Offline-Vergleich)


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


Systemvoraussetzungen


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



Grafischer Detailvergleich (ab versiondog 4.0)



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


Systemvoraussetzungenversiondog Release ab V3.2Schneider Unity Pro XL ab 4.0 bis 11.1*

Bild 3: Grafischer Detailvergleich einer LD-Section


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




Ü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


Systemvoraussetzungenversiondog Release ab V3.3MELSOFT GX Works2 ab 1.507*

Bild 3: Tabellarischer Detailvergleich der globalen Labels


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





Ü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


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





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


Systemvoraussetzungenversiondog Release ab V4.5FANUC Ladder-III V7.7 - V7.9*

Bild 3: Tabellenvergleich der Symbolkommentare


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



Grafischer Detailvergleich für Konfiguration und Firmware


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


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





Unterstützte Typen:

X-2xx X-3xxW-7xx (ab 5.5)

Keine Zusatzsoftware erforderlich

Individueller Komponententyp für Scalance-Switche


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





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


Systemvoraussetzungenversiondog Release ab V4.0GE Proficy Machine Edition V8.0 bis V9.0*


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



Grafischer Detailvergleich für Programmdateien und Controllerdaten


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


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


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 |


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


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 |


// 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=“[email protected]“ 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


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


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“


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


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


| 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


Freescan-Funktion um standardisierte Bausteine nachträglich in Projekten zu finden

Unterstützte Entwicklungsumgebungen:

Simatic S7 ManagerRockwell RSLogix 5000TIA für STEP 7


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 [email protected]

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.

versiondog factsheets - auvesy factsheets... · scada / hmi feldgeräte / antriebe / roboter...

Documents