Transcription
Politechnika GdańskaWydział Elektrotechniki iAutomatykiPlatforma Systemowa Wonderware –przykład zaawansowanego systemuSCADAmgr inż. Paweł SokólskiGdańsk 2014 r.
Plan wykładu: Charakterystyka Platformy Systemowej.Przedstawienie miejsca PS w układzie sterowania.Porównanie PS i InTouch jako SCADA.Obiektowe podejście do projektowania systemu.Skalowalność, redundancja, rozwój.Podsumowanie.
Struktura systemusterowaniaZarządzającyAplikacje biznesowe – Planowanie i zarządzanie fabryką produkcją– Poziom 4potrzebująinformacji z obupoziomów.InterfejsInterfejs jest wymagany.Wysoki stopieńwspółpracy real-time.Kontrola produkcji – Poziom 3InterfejsNadzór nad procesami – Poziom 2Proces wytwarzaniajest zamodelowanyna obu poziomach.OperatorzyInterfejspotrzebują informacjiz obu systemów.Bezpośrednia kontrola procesu – Poziom 1InterfejsProcesy produkcyjne i technologiczne - Poziom 0
Miejsce PlatformySystemowe WWAplikacje biznesowe – Planowanie i zarządzanie fabryką – Poziom 4InterfejsProduction Supervision – Level 3Platforma Systemowa Wonderwaredla zarządzania procesami i produkcjąInterfaceProcess Supervision – Level 2InterfejsBezpośrednia kontrola procesu – Poziom 1InterfejsProcesy produkcyjne i technologiczne - Poziom 0
Integracja systemówŁatwość integracjiDostępnośćinformacjiZarządzanie operacjami Real-timeAplikacjebazodanoweWonderware MES / EMIIntegracjaz WydajnośćAplikacjebranżoweKlienciTechnologia i standardy przemysłowe MicrosoftZróżnicowane interfejsy klienckieUrządzanie, Aplikacje zewnętrzne,IntegracjaERP(SAP, Oracle,Microsoft.)
Podstawowe elementy
Application Server
InTouch
Historian
Historian
Historian
Information Server
Elementy systemuSystemybiznesoweJedno narzędzie WonderwareDevelopment Studio dlawszystkich poziomów systemuInTouch 10.0for Sys. PlatformApplicationServer &ModulesMESInTouch 10.0Terminal Services/Web / PDAHistorianWizualizacjaWspólnerepozytorium :GalaxyInTouch 10.0Bundled TPCWonderware CompactPanelsProdukcja
Model procesu Wspólny dla całej sieci aplikacji model procesuprodukcjiFabryka1KPIFabryka 2Hala AHala BKomunikacjaLinia 1Linia 2MontażKontrola JakościLogika
ObiektWejścia/WyjściaSymbole graficzneSkrypty/LogikaKontrolki graficzneInformacje historyczneAlarmy i ZdarzeniaZabezpieczenia
Złożone obiekty
Schematy i instancje
Galaktyka, platforma, silnik
Struktura aplikacji
Skalowalność tionAutomationObject Server–AOS001OperatorStationAutomationObject Server–AOS002OperatorStationAutomationObject Server–AOS003Development Obiekty mogą być instalowane na dowolnymkomputerze a potem przenoszone.
Automatyczna konfiguracjahistorii dla całej �ynierskaKonfiguracja składowaniadanych jest zarządzanaprzez szablony i obiekty.Konfiguracja jestinstalowana razem zobiektami.Obiekty automatyczniekonfigurują Historiana.Dane historyczne sąprzekazywane z obiektówdo Historiana.HistorianAutomationObject ServerAutomationObject ServerAutomationObject ServerGalaxyRepositoryObiekty automatycznie konfigurują serwerHistorian i dostarczają mu dane
Rozwój i zmiany architektury kaAutomationObject ServerStacjaoperatorskaAutomationObject ver
Jedna platforma dostarczająca informację wróżnych aplikacjach klienckichOprogramowanie klienckie WonderwareProcesyProdukcjaZarządzanie informacjąWonderware System PlatformInformacje przemysłowePołączenie do urządzeńi innego oprogramowaniaZarządzanieZarządzanie i rozwójaplikacjiDostarczaniei wizualizacja informacjiTworzenie aplikacji
SkalowalnośćSerwer obiektówSystemjednostanowiskowyRozproszonyPeer to PeerSerwerKlienciRozproszony Multi ServerMulti Client
RedundancjaBez redundacji1.2.Serwer przetwarza wszystkiedane.Jeśli serwer nie pracujeaplikacje klienckie tracą dane: Architektura storianInne serwerySystem z redundancją1.2.3.Serwery redundantnesynchronizują dane przezdedykowaną sieć.Jeśli serwer podstawowy niepracuje, serwer rezerwowyprzejmuje jego rolę. Aplikacjeklienckie przełączają sięautomatycznie.Konfiguracja to jest jednaopcja do zaznaczenia.AOSPLCHistorian
Platforma Systemowa –Store and Forward (Przechowaj i Przekaż)InTouchKomunikacjaodporna licationServerDataDataDCSInTouchInTouchIDE andGR SProblem
Komunikacja z urządzeniami1. Istnieje potrzebazabezpieczenia toruLogikaw . do obiektuRedundant DIAOS2. Awaria sieciprzemysłowejpowoduje utratędanych w serwerzeRedundantaplikacji.DI Object3. Obiekt Redundant DIzajmuje sięzarządzaniemkomunikacją wsytuacjach awaryjnych4. Obiekt Redundant DIłatweDAumożliwiaServer 1DA Server 2skierowaniewszystkich innychDriverDriverobiektów do jednegoszeregowyEthernetźródła, które dobierasobie tory dobrekomunikacyjnePLCPLC EthernetPLC SerialSerialEthernetPLC
Ewolucja SCADAIDE, InTouchInTouch 10, IDE 3.0 View EngineInTouch View 9.0AppServer 3.0IAS 2.xInTouch View 8.0InTouch 7.xIAS 1.0Ewolucja systemów SCADA na przykładzie inTouchWygląd i Wygląd i nawigacjaEkranySymbole Skrypty PrawaZmienneHistoriaAlarmyWygląd inawigacjaWygląd inawigacjaUrządzeniaInTouch ewoluuje nawigacjado ArchestrA HMIEkranyWygląd iEkranyEkranyIntegracjaWonderwaredla mniejszychnawigacja utrzymuje i rozwija InTouchzWSPSmartSmartEkranySmartaplikacjiHMI i SCADASymboleSymboleSymboleSymboleKontrolkiCiągłe szenieciężaruna serwer riaHistoriaHistoriaAlarmyAlarmyAlarmyAlarmy . . . .
Dziękuję za uwagę!
MES Jedno narzędzie Wonderware Development Studio dla wszystkich poziomów systemu Wspólne repozytorium : Galaxy Application Server & Modules InTouch 10.0 Terminal Services/ Web / PDA InTouch 10.0 for Sys. Platform Historian Wonderware Compact Panels InTouch 10.0 Bundled TPC .
