Treffpunkt SIEMENS Koblenz

Transkript

1 Treffpunkt SIEMENS Koblenz Erhöhung der Verfügbarkeit von Anlagen und Maschinen mit der SIMATIC Diagnose Referenten: Boris Sulzbacher + Mike Briese

2 Treffpunkt SIEMENS Koblenz Einleitung SIMATIC-Diagnose Zusammenfassung

3 Demoaufbau

4 Einleitung Im Folgenden erfahren Sie Neues über die verschiedenen Diagnosefunktionen der SIMATIC-Produkte... den Nutzen und den Einsatz dieser Diagnosefunktionen Nutzen Sie dieses Wissen, um diese Diagnosefunktionalität in Ihre eigenen Projekten einzubinden... die Verfügbarkeit und somit die Produktivität Ihrer Anlage zu steigern

6 Welche Formen der Diagnose werden unterschieden? Prozessdiagnose Fertigungsprozess Systemdiagnose Automatisierungssystem Verkabelung

7 Welche Formen der Diagnose werden unterschieden? Prozessdiagnose Fertigungsprozess Systemdiagnose Automatisierungssystem Verkabelung "Hydraulischer "Verriegelung "Endlage "Abflauf nicht Druck verstopft" nicht erreicht" zu erfüllt" niedrig" "Profibus "Temperatur "Drahtburch Teilnehmer "Modul der gezogen" an CPU Eingang nicht zu erreichbar" hoch" 1"

8 Welche Formen der Diagnose werden unterschieden? Prozessdiagnose Verankert im S7-Steuerungsprogramm (Software) Systemdiagnose Verankert im Automatisierungskomponenten und im S7-Steuerungsprogramm (Hardware & Software) Die Diagnoselogik ist unmittelbar abhängig von dem Prozess, der gesteuert wird Die Diagnoselogik ist unabhängig vom Prozess, der gesteuert wird Überwachungen werden vom Anwender definiert Überwachungen werden automatisch aus der HW-Konfig abgeleitet

9 SIMATIC-Diagnose Erhöhung der Anlagenverfügbarkeit - IDEAL - Anlage mit vollständiger Diagnose erhöhte Verfügbarkeit WebNavigator WebServices Prozessdiagnose Remote- Diagnose Systemdiagnose SIMATIC Maintenance Station Systemfehler Melden ProAgent (HMI) S7-Graph (Engineering) S7-PDiag (Engineering) S7-Standarddiagnose CPU Meldungen Diagnose mittels S7-Programm Diagnose mittels Programmiergerät Alarm_S & Alarm_D Fehler-OBs Systemzustandsliste - URSPRUNG - Anlage ohne Diagnose Diagnose mittels LED (am Gerät)

10 Durchgängige Diagnose... vom Feld- bis zur Leitebene Engineering Internet CPU Meldungen Diagnose mittels PG (Baugruppenzustand, HW-Konfig Online) Ethernet ProAgent /WinCC SIMATIC Maintenance Station Feldbus ProAgent /WinCC flexible Service, Access CPU WebServer S7-PDiag Systemfehler Melden Alarm_S & Alarm_D Fehler-OBs Diagnosepuffer / Systemzustandsliste LED-Diagnose

12 Diagnose mittels LED..am Beispiel einer CPU 31x LED SF DC5V FRCE RUN STOP BF1 BF2 LINK RX/TX Farbe rot grün gelb grün gelb rot rot grün gelb Bedeutung Sammelfehler (Hardware oder Software Fehler). 5-V Spannungsversorgung für CPU und S7-300 Bus LED leuchtet: Aktiver force job LED blinkt bei 2 Hz: Funktion Teilnehmer Blinktest CPU im RUN Die LED blinkt während des Hochlaufs bei 2Hz, im Zustand HALT bei 0,5Hz. CPU im STOP bzw. im HALT oder Anlauf. Die LED blinkt bei Urlöschanforderung mit 0,5 Hz, während des Urlöschens mit 2 Hz. Busfehler an der 1. Schnittstelle (X1) Busfehler an der 2. Schnittstelle (X2) Verbindung der zugehörigen Schnittstelle ist aktiv Empfangen/Senden auf der zugehörigen Schnittstelle Zusammenfassende Übersicht direkt von der Komponente, ohne dass zusätzliche Tools / Hardware benötigt werden.

14 Diagnose mittels Programmiergerät Systemzustandsliste & Diagnosepuffer CPU Baugruppe Die Diagnosefunktion der CPU erkennt einen Systemfehler Die Diagnosefunktion der CPU erkennt einen Fehler im Anwenderprogramm Systemzustandsliste (SZL) Die Diagnosefunktion einer Baugruppe erkennt einen Fehler und generiert einen Diagnosealarm (OB82) Diagnosealarm Diagnosepuffer SFCs S7-Anwenderprogramm

15 Diagnose mittels Programmiergerät Baugruppenzustand: Diagnosepuffer

16 Diagnose mittels Programmiergerät HW-Konfig ONLINE Offline <-> Online

18 Diagnose mittels S7-Programm...von der Baugruppe zum HMI Peripherie z.b. ET 200M CPU HMI 1. Schritt: Diagnose Informationen 2. Schritt: Meldung

19 Diagnose mittels S7-Programm...von der Baugruppe zum HMI Peripherie z.b. ET 200M CPU HMI 1. Schritt: Diagnose Informationen

20 Diagnose mittels S7-Programm Übersicht Fehler OBs OB 8x / OB 12x SFBs SFCs Anwender Programm Diagnose Informationen Der Anwender kann alle verfügbaren Diagnose Informationen zur Laufzeit aus der CPU auslesen.

21 Diagnose mittels S7-Programm Übersicht Fehler-OBs (OB8x & OB12x) OB80 OB81 OB82 OB83 OB84 OB85 OB86 OB87 OB121 OB122 Asynchrone Fehler Zeitfehler Stromversorgungsfehler Diagnosealarm Ziehen/Stecken-Alarm CPU Hardware Fehler Programmablauffehler Baugruppenträgerausfall Kommunikationsfehler Synchrone Fehler Programmierfehler Peripheriezugriffsfehler Wenn das Betriebssystem der CPU einen asynchronen Fehler erkennt, ruft es den zugehörigen OB auf Diese Fehler können in ihrem zeitlichen Auftreten nicht dem Programmablauf zugeordnet werden Synchrone Fehler treten bei der Bearbeitung einer fehlerhaften Anweisung auf Diese Fehler können in ihrem zeitlichen direkt dem Programmablauf zugeordnet werden Wenn der betreffende OB nicht geladenen wurde, wechselt die CPU in Zustand STOP

22 Diagnose mittels S7-Programm Lokaldaten am Beispiel des OB82 Diagnosealarm Allgemeine Informationen log. Baugruppenadresse kommender bzw. gehender Diagnosealarm Baugruppenspezifische Fehlerinformationen Baugruppenstörung Kanalfehler vorhanden Externe Hilfsspannung fehlt Falsche Parameter Für mehr Diagnoseinformationen können mittels Systemfunktionen weitere Datensätze ausgelesen werden.

23 Diagnose mittels S7-Programm Detaildiagnose durch Auslesen der Datensätze e.g. ET 200M CPU SFC 13 SFC 59 SFB 52 SFB 54 SFB 52 SFB 54 DP PN Anwender Programm SFC 51 "RDSYSSt" (Read System Status) Dient zum Auslesen der Systemzustandsliste (SZL) SFC 13 "DPNRM_DG" (DP Slave Diagnostics) Auslesen der aktuellen Diagnose Daten eines DP slave, der folgendem Standard unterliegt EN Volume 2, PROFIBUS. SFC 59 "RD_REC" (Read Record) Datensatzlesen eines Moduls innerhalb einer DP Slave Station (für DPV1 Slaves sollte SFB52 bevorzugt werden) SFB 52 "RDREC" (Read Record) Modul in einem Zentralrack oder dez. Peripherie (DP oder PN) SFC 51 Betriebssystem SZL *) *) SZL Systemzustandsliste SFB 54 "RALARM" (Receive Alarm) Zum Empfang eines interrupt incl. aller relevanten Information von einem Zentralmodul oder von einem DP oder PN Gerät.

24 Diagnose mittels Programmiergerät...von der Baugruppe zum HMI Peripherie z.b. ET 200M CPU HMI 2. Schritt: Meldung

25 Diagnose mittels Programmiergerät Arten der Meldeverfahren Bitmeldeverfahren (HMI-Meldungen) Meldenummernverfahren (S7-Meldungen) Projektierung In der Software des HMI als Bit- bzw. Analogmeldung In STEP 7 - die Meldungen werden zur Software des HMI transferiert Kommunikation HMI pollt: Signale die kürzer anstehen als der Poll-Zyklus, gehen verloren Hohe Kommunikationsbelastung CPU meldet eventgetriggert: auch sehr kurze Signalimpulse, werden gemeldet Geringe Kommunikationsbelastung Zeitstempel Zeitfolge der Meldungen geht verloren Meldungen erhalten Zeitstempel des jeweiligen HMI Mehrere HMIs zeigen so unterschiedliche Zeitstempel Zeitfolge der Meldungen bleibt erhalten Meldungen erhalten Zeitstempel des Automatisierungssystems Alle HMI's zeigen den selben Zeitstempel

26 Diagnose mittels S7-Programm Versenden der Diagnose-Meldung CPU HMI Meldeliste Anwender Programm SFC 17 SFC 18 Betriebssystem SFC 107 SFC 108 Meldepuffer S7 Kommunikationssystem Quittierung Meldung kommend/gehend

27 Diagnose mittels S7-Programm Versenden der Diagnose-Meldung Alarm_S(Q) Small SFC 17 Alarm_S - ohne Quittierung SFC 18 Alarm_SQ - mit Quittierung SIG = 1 Meldung kommend SIG = 0 Meldung gehend Alarm_D(Q) Diagnose SFC 107 Alarm_D - ohne Quittierung SFC 108 Alarm_DQ - mit Quittierung CMP_ID: Parameter zur Identifikation und Verwaltung der Meldung

28 Diagnose mittels... Zusammenfassung Die Diagnose kann erfolgen mittels LED Diagnose an der Baugruppe Nutzen: jederzeit möglich, kein zusätzlicher Aufwand Randbedingung: nur Vor-Ort 2. Programmiergerät (PG) Nutzen: sehr detaillierte Diagnose, erfolgt mittels STEP 7 Randbedingung: PG notwendig, Anbindung zum AS erforderlich 3. Anwenderprogramm in der S7-CPU Nutzen: sofortige Reaktion im S7-Programm, jederzeit, via HMI und SCADA überall verfügbar, Funktionsumfang frei programmierbar Randbedingung: zusätzlicher Programmieraufwand

30 CPU Melden ermöglicht das Anzeigen von Meldungen direkt in STEP 7, ohne dass ein HMI vorhanden sein muss dies ist besonders während der Inbetriebnahme und der maschinennahen Fehlersuche von großem Nutzen Langzeitlogging auf Festplatte möglich!

31 Livedemo CPU Melden Standard Diagnosemeldungen Anwenderdefinierte Meldungen aus dem S7 Programm Alarm S Meldungen Busdiagnose mit FB126

33 Welche Tools benötige ich zur Prozessdiagnose? S7-PDiag Universelle Prozessüberwachung Projektierung innerhalb des KOP/FUP/AWL Editors: Überwachungsregeln für Prozesssignale Meldetexte zur Benachrichtigung bei Prozessfehlern S7-Graph Schrittkettenüberwachung Projektieren und Überwachen von Schrittketten ProAgent Visualisierung Diagnosebilder mit standardisierter Benutzeroberfläche Fehleranzeige mit Zeitstempel und Meldestatus (z.b. Kommend) Fehlerlokalisierung mittels Kriterienanalyse zur Anzeige der Fehler verursachenden Prozesssignale Prozessdiagnose einfach projektieren statt aufwändig programmieren!

34 Welche Tools benötige ich zur Prozessdiagnose? STEP 7 S7-Graph SIMATIC Manager WinCC ProAgent S7-PDiag Gemeinsame Datenbasis (integriertes Projekt) SPS-Programm WinCC Flexible ProAgent Meldung mit Zeitstempel Kommunikation

35 Projektierung der Prozessdiagnose S7-PDiag: Überwachung anlegen S7-PDiag Projektierungsdialog Projektierung erfolgt direkt am Operanden innerhalb des S7- Programms Das Steuerungsprogramm selbst bleibt hierbei unverändert Im KOP/FUP/AWL-Editor:

36 Projektierung der Prozessdiagnose S7-PDiag: Arten der Überwachung Allgemeine Überwachung Überwachungslogik frei definierbar ermöglicht komplexe Überwachungen Operandenüberwachung Pegel- / Flankenüberwachung Bewegungsüberwachung Aktionsüberwachung Anlaufüberwachung Reaktionsüberwachung Verriegelungsüberwachung Überwachungen für boolsche Operanden

37 Projektierung der Prozessdiagnose S7-PDiag: Überwachung definieren Pegelüberwachung z.b. Pegel 1: kommend gehend kommend gehend kommend gehend t Verz t Verz T 0 T 1 T 2 T 3 T 4 T 5 Flankenüberwachung z.b. Flanke 0 1 (positiv): t Verz T 0 T 1 T 2 T 3

38 Projektierung der Prozessdiagnose S7-PDiag: Überwachung definieren Aktionsüberwachung Diagnoseeinstiegsoperand: Ziel- Endlage Fehlerzustand bei nicht erreichen der Ziel-Endlage innerhalb der Aktionszeit Aktionszeit: Ist 1s Ziel Zylinder_01 Auslöser Fehlermeldung auf HMI: Die Bewegung Zylinder_01 ist gestört

39 Projektierung der Prozessdiagnose S7-PDiag: Übersicht Meldetext eintragen Fehlerdefinition am Operanden

40 Projektierung der Prozessdiagnose ProAgent: Bild-Übersicht Übersichtsbild Bewegungsbild ProAgent Einstiegsbild Detailbild Schrittkettenbild Meldebild

41 Projektierung der Prozessdiagnose ProAgent: Einheitenübersicht gestörte Einheit Über- bzw. Untergeordnete Einheit anwählen Fehlertext

42 Projektierung der Prozessdiagnose ProAgent: Kriterienanalyse Kriterienanalyse Umschaltung der Darstellung: AWL, KOP oder Liste

43 Projektierung der Prozessdiagnose ProAgent: Kriterienanalyse Über Netzwerk- und Bausteingrenzen hinweg:

44 Nutzen durch Verwendung von S7-PDiag und ProAgent S7-PDiag bietet folgenden Nutzen gegenüber einer selbsterstellten S7- Meldung: manuelles Programmieren der Meldung (Alarm_S/D) entfällt (dies erfolgt automatisch durch S7-PDiag) Zentrales Anlegen und Verwalten der Meldetexte in S7-PDiag (aufwändiges Suchen der Überwachung im gesamten Programm entfällt) Die Überwachungen werden direkt an die Operanden im Programm projektiert und hier farblich hervorgehoben Auch sehr komplexe Überwachungsbedingungen können frei definiert werden Das eigentliche Anwenderprogramm bleibt unberührt (vor allem bei bereits abgenommenen bzw. zertifizierten Programmen relevant) Bei zus. Verwendung von ProAgent steht auch die Kriterienanalyse zur Verfügung (dies beschleunigt die Fehlersuche, vor allem bei sehr komplexen Programmen)

45 Nutzenbetrachtung Nutzenbetrachtung an einem Projektierbeispiel: A) Manuelles Anlegen einer Meldung im Automatisierungsprogramm: Zeitaufwand: ca min (ohne Kriterienanalyse) B) Prozessdiagnose: Eine Prozessüberwachung mit S7-PDiag anlegen: Zeitaufwand: ca. 2 min (mit Kriterienanalyse) Vergleich zu A : 2,5 5-fach schneller Im Falle einer mittelgroßen Maschine mit 30 Überwachungen ergibt sich folgende Rechnung: Methode A: 30 Meldungen * 8 min = 240 min Methode B: 30 Meldungen * 2 min = 60 min = 4 h = 1 h Δ = 3h 3h 75% Einsparung 75% Einsparung

47 Systemfehler Melden (SFM) Allgemeines Systemfehler melden ist ein S7 bausteinbasierter Mechanismus zum Diagnostizieren und Melden von Systemfehlern eines S7-Automatisierungssystems Systemfehler Melden ist ein integraler Bestandteil von STEP 7 Keine zusätzliche Lizenz (neben der STEP 7 Lizenz) benötigt SFM basiert auf den folgenden Systemfunktionen: Diagnose: SFC 13, 51, 59 SFB 52, 54 Melden: SFC 17&18, 107&108 Alarm_S&D SFM wurde in STEP 7 mit V5.1 im August 2000 integriert Seit dem wurde SFM nach und nach erweitert und verbessert: STEP 7 V5.3: STEP 7 V5.4 SP2: Unterstützung von PROFINET Optimierung des Zykluszeitbedarfs STEP 7 V5.4 SP4: Unterstützung des CPU Web Servers (DB 127)

48 Systemfehler Melden (SFM) Unterstützte Hardware SIMATIC Automatisierungssysteme Racks und zentrale Peripherie S7-300 S7-400 S7-mEC WinAC Feldbus Systeme PROFIBUS & PROFINET Geräte wenn diese die entsprechenden Diagnosestandards*1 der PNO unterstützen *2 *1 spezielle Profile wie PROFIdrive weichen hiervon ab *2 PROFINET IO wird seit STEP7 V5.3 unterstützt

49 In 5 Schritten zum Systemfehler Melden STEP 7 HW-Konfig 1. HW-Konfig wurde wie gewohnt projektiert 2. Dialog Systemfehler melden öffnen Systemfehler Melden 3. SFM Generierung starten SFM Diagnose Bausteine Meldetexte Fehlertexte 4. S7-Daten in die CPU laden CPU HMI 5. HMI-Daten ins HMI Gerät transferieren

50 Generierung von Systemfehler Melden SFM generiert auf Basis der Hardware Konfiguration die notwendigen Diagnosebausteine und stellt Fehlertexte bereit SFM Diagnose Bausteine Meldetexte Fehlertexte

51 Was wird durch SFM erzeugt? SFM erzeugt die folgenden vier Bausteine (siehe Abb.) Des Weiteren werden (falls noch nicht vorhanden) die benötigten OBs erzeugt und jeweils der Aufruf der SFM Bausteine (FB49 & DB49) integriert.

52 Was wird durch SFM angezeigt?

53 Nutzen durch Verwendung von Systemfehler Melden (SFM) Systemfehler Melden bietet folgenden Nutzen gegenüber einer selbstprogrammierten Systemdiagnose: Automatische Generierung der Meldungen (basierend auf HW-Konfig) erheblich reduzierter Engineeringaufwand Fehlerminimierung kein aufwändiger Integrationstest notwendig Einbinden neuer Baugruppen durch Neugenerierung von SFM Das eigentliche Anwenderprogramm bleibt unberührt (vor allem bei bereits abgenommenen bzw. zertifizierten Programmen relevant) Dank Integration von SFM in STEP 7, bleibt SFM immer auf dem aktuellsten Stand

54 Nutzenbetrachtung Nutzenbetrachtung an einem Projektierbeispiel: A) Manuelles Anlegen einer Meldung im Automatisierungsprogramm: Zeitaufwand: ca min B) Systemdiagnose mit Systemfehler melden (Beispiel: CPU 317, 2x ET200M, 14x I/O-Module): angelegte Meldungen: 39 (in Eng, Deu, Spa, Fra & Ital) Zeitaufwand: ca. 2 min Zeitaufwand mit A : 39 x 8min = 312 min = 5h 12min (nur Deutsch, ohne Übersetzung) Δ = ca. 5h!!!

55 Livedemo Einbindung von Systemfehlermelden Generierung Funktion

57 SIMATIC Maintenance Station Options-Packet für WinCC Allgemeine Optionen Plant Intelligence Optionen Redundancy Package Central Archiving Web Navigator Maintenance Station ProAgent User Archives Audit / ChangeControl DataMonitor DowntimeMonitor ProcessMonitor IndustrialDataBridge Connectivity Pack/Station WinCC SCADA (Basic)

58 SIMATIC Maintenance Station Die Drehscheibe zur anlagennahen Instandhaltung Die vollständige graphische Darstellung des Anlagenzustandes zu jedem Zeitpunkt Zustandsbasierte Instandhaltung anstelle von Schätzwerten Eindeutige elektronische Identifizierung aller Komponenten Diagnose Störung Alarm Instandhaltungs auftrag Instandhaltung Durchgängiger Informationsfluss von der Anlagenautomatisierung zur Instandhaltung schaffen Instandhaltungsvorgänge nachvollziehbar machen Produktion

59 SIMATIC Maintenance Station Bildhierarchie Anlagenweite Übersicht Übersicht aller Stationen Übersicht aller Netzwerkkomponenten Übersicht aller PCs Eine Station Alle zugehörigen Racks Alle zugeordneten Netze Ein zentrales Rack Ein PROFIBUS System Ein PROFINET System Ein Slave Ein Device

60 SIMATIC Maintenance Station Hinweis Hinweis! Alles was Sie nachfolgend sehen, wurde automatisch durch die SIMATIC Maintenance Station generiert! Hierzu zählen unter anderem: - Bilder und Bildelemente - Bildhierarchie - Meldetexte (Eng, Deu, Spa, Fra, Ita) - Variablen zur Dynamisierung der Bildelemente Zeitaufwand für das Engineering: 15 min!

61 SIMATIC Maintenance Station Runtime - Bildhierarchie Anlagenweite Übersicht Alle Stationen Eine Station Ein Netz Ein Slave Detaillierte Sicht auf Komponente

62 SIMATIC Maintenance Station Instandhaltungs-Workflow Reparatur des Kabels zusätzliche Anbindung möglich: WinCC Add-on: Alarm Control Center (ACC) Versenden von SMS, , Fax WinCC Add-on: PM-Maint erweitertes Instandhaltungsmanagement weitere ERP-Systeme (z.b. SAP, Comos) via *.xml Schnittstelle

63 SIMATIC Maintenance Station Offenes Konzept zur Integration von HW-Komponenten Herstellerunabhängige Geräteintegration in die SIMATIC Maintenance Station: A) Systemfehler Melden & Kommunikationsstandards PROFIBUS Standarddiagnose / GSD PROFINET Standarddiagnose / GSD B) Anbindung von Geräten mittels SNMP Ethernet Komponenten (z.b. Switch) Personal Computer (Standard und Industrie PC) C) Anbindung von Geräten mittels Asset Proxy Einsetzbar für busfähige Geräte, die aber keine Standarddiagnose unterstützen Konventionelle Geräte mit I/O-Schnittstelle

64 Nutzen durch Verwendung der Maintenance Station SIMATIC Maintenance Station bietet folgenden Nutzen gegenüber einer selbstprogrammierten anlagenweiten Systemdiagnose: Automatische Generierung (basierend auf HW-Konfig) erheblich reduzierter Engineeringaufwand Fehlerminimierung kein aufwändiger Integrationstest notwendig Einbinden neuer Baugruppen durch einfache Neugenerierung Grafische und hierarchische Abbildung der gesamten Anlage schnelleres Auffinden der Fehlerursachen Nachvollziehbarkeit von Instandhaltungsvorgängen Zentrale Informationsdrehscheibe Aufruf von Detaildiagnosen (HW-Konfig Online, Web Based Management, etc.) Anbindung an externe ERP-Systeme (SAP, PM-Maint, Alarm Control Center, etc.)

66 CPU-Webserver am Beispiel CPU 319 IP-Adresse eingeben z.b.: Ethernet

67 CPU-Webserver Startseite

68 CPU-Webserver Diagnose Puffer

69 CPU-Webserver Baugruppen Informationen

70 CPU-Webserver PROFINET

71 CPU-Webserver Hardware Vorraussetzungen S7-400 ab Firmware V5.0 CPU414-3PN/DP CPU416-3PN/DP CPU416(F)-3PN/DP S7-300 ab Firmware V2.5 CPU315-2PN/DP CPU315F-2PN/DP CPU317-2PN/DP CPU317F-2PN/DP CPU319-3PN/DP CPU319F-3PN/DP ET 200S CPU IM151-8 PN/DP CPU V2.7* (* jedoch kein "Baugruppenzustand" und keine "Topologie") Webinhalte Baugruppenidentifikation (MLFB, FW-Stand, usw.) Betriebszustand, Diagnosepuffer Anzeige von Meldungen Ethernet-Parameter und -statistik Variablentabellen und -status Sprachen: DE, EN, FR, ES, IT, CN, JP Baugruppenzustand Topologie Aktualisierung der Anzeige ab V5.2 (S7-400) / V2.7 (S7-300)

72 SCALANCE: Web Based Management (WBM) am Beispiel SCALANCE X208 IP-Adresse eingeben z.b.: Ethernet

73 SCALANCE: Web Based Management (WBM) Versionsübersicht

74 SCALANCE: Web Based Management (WBM) Fehlermaske

75 SCALANCE: Web Based Management (WBM) Portdiagnose

76 SCALANCE: Web Based Management (WBM) Kommunikationsstatistiken

77 HMI-Panel: Service am Beispiel MP 377 IP-Adresse eingeben z.b.: Ethernet

78 HMI-Panel: Service Startseite

79 HMI-Panel: Service Fernbedienung

80 HMI-Panel: Service Bedienfunktionen

81 HMI-Panel: Service Systemdiagnose

82 Livedemo CPU WebServer SCALANCE X208 Web Based Management

84 WinCC WebNavigator WinCC Client 1 WinCC Server - Maintenance Station - Systemfehler Melden - Prozessfehler Meldungen WinCC Client 2 = Web Server WinCC Web-Clients Internet Feldbus zentrales LAN entferntes LAN Mittels WinCC WebNavigator können auf die WinCC Bilder des WinCC Servers auch via Internet zugegriffen und bedient werden.

85 Nutzen durch Verwendung der Remote Services Die Verwendung der Remote Services bietet folgenden Nutzen: jederzeit Zugriff auf Allgemeine- und Diagnose-Informationen der Komponenten im Feld Zugriff auf von überall auf der Welt möglich zentrales Verwalten der Geräte keine Programmier- und Projektiersoftware notwendig, ein Standard Internet- Browser ist ausreichend Bei Bediengeräten kann zusätzlich eine Fernsteuerung aktiviert werden WinCC flexible WinCC Client WebNavigator Hinweis: Wie allgemein üblich müssen IT-Sicherheitsregeln bei Verwendung dieser WebServices eingehalten werden. (z.b. Benutzeradministration, Firewall, Verschlüsselung etc. )

87 Welchen Nutzen habe ich über den gesamten Plant Lifecycle? Engineering- / Inbetriebsetzungs-Phase Tool-unterstütztes Projektieren statt aufwändig selbst zu programmieren Umfangreiche Prozess- & Systemdiagnose bereits zur IBS Ziel:- kostengünstiges Engineering - flexible Projektierung (Erweiterung / Umbau einer Anlage) Betriebs-Phase Standardisierte Diagnose Zielgerichtete und damit schnellere Diagnose kürzere Reaktionszeit bei Störungsbehebung am Beispiel SFM am Beispiel Maintenance Station Ziel: hohe Verfügbarkeit und damit hohe Produktivität der Anlage

88 SITRAIN kostenfreie Workshops Wir planen einen kostenfreien Tagesworkshop zur Themenvertiefung im ITC und bei Bedarf auch beim Kunden Zu den Themen: 1.Industrielle Kommunikation 2.SIMATIC Diagnose Ansprechpartner: Herr Uwe Barnewald

89 SITRAIN KH-DIAGEXP AZWV zertifizierter Kurs

90 Vielen Dank für Ihre Aufmerksamkeit! Erhöhung der Verfügbarkeit von Anlagen und Maschinen mit der SIMATIC Diagnose Referenten: Boris Sulzbacher + Mike Briese