Integracja oprogramowania OEE z systemami historyzacji procesów: OSIsoft PI, AspenTech IP.21 oraz obliczanie OEE

Systemy typu process historian — OSIsoft PI (obecnie AVEVA PI System), AspenTech IP.21, Honeywell PHD i podobne platformy — są magazynami danych technologii operacyjnej (OT), które rejestrują dane pomiarowe w postaci szeregów czasowych z urządzeń stosowanych w produkcji procesowej. Systemy te przechowują miliony punktów danych dziennie: temperatury, ciśnienia, natężenia przepływu, prądy silników, położenia zaworów oraz tysiące innych zmiennych procesowych z rozdzielczością rzędu milisekund lub sekund. Oprogramowanie OEE potrzebuje podzbioru tych danych — w szczególności sygnałów wskazujących stan pracy maszyny, liczbę wyprodukowanych sztuk oraz wyniki jakościowe — aby obliczać OEE dokładnie bez konieczności ręcznego wprowadzania danych przez operatorów.

Integracja między process historian a oprogramowaniem OEE jest zasadniczo problemem ekstrakcji i klasyfikacji danych. Historian przechowuje surowe wartości sensorów; oprogramowanie OEE potrzebuje zinterpretowanych stanów produkcji (pracuje, zatrzymana, przezbrojenie, bezczynność) oraz liczników (wyprodukowane sztuki, odrzuty). Połączenie tych dwóch reprezentacji wymaga zdefiniowania reguł biznesowych, które tłumaczą wartości z historiana na stany OEE — na przykład: "jeśli znacznik prądu silnika X przekracza 8 A I znacznik prędkości przenośnika Y przekracza 0,5 m/s, stan maszyny = Pracuje." Te reguły są zasadniczą częścią prac projektowych integracji OEE z historianem.

OSIsoft PI jest najczęściej wdrażanym process historianem w przemyśle ciężkim, chemicznym, naftowym i gazowym oraz w dużej skali produkcji procesowej. AVEVA PI System (obecna marka) udostępnia warstwę PI Asset Framework (PI AF), która pozwala inżynierom procesowym definiować hierarchie zasobów i atrybuty obliczane na bazie surowych danych sensorów. Oprogramowanie OEE integrujące się przez PI AF może pobierać wstępnie obliczone sygnały dostępności i wskaźniki produkcji zdefiniowane w ramach PI Asset Framework, zamiast przetwarzać bezpośrednio surowe strumienie sensorów — co znacząco zmniejsza złożoność integracji i wykorzystuje istniejącą pracę inżynierską wykonaną w PI.

Oprogramowanie OEE łączy się z systemami historyzującymi dane procesowe za pomocą kilku wzorców technicznych, z których każdy wiąże się z różnymi kompromisami w zakresie złożoności wdrożenia, opóźnień danych i kosztów utrzymania. Trzy najczęściej stosowane wzorce to: bezpośrednia integracja przez API lub SDK (gdzie oprogramowanie OEE odczytuje dane historyczne przy użyciu API dostarczonych przez producenta), integracja przez pośrednią warstwę danych (gdzie hub danych lub warstwa edge computing wstępnie przetwarza dane historyczne przed ich przesłaniem do OEE) oraz łączenie przez OPC‑UA (gdzie zarówno system historyzujący, jak i oprogramowanie OEE łączą się z serwerem OPC‑UA jako wspólną warstwą wymiany danych). W środowiskach OSIsoft PI PI Web API zapewnia interfejs RESTful, który nowoczesne platformy OEE mogą zapytywać, aby pobierać wartości tagów, ramki zdarzeń i dane hierarchii zasobów. Ramki zdarzeń PI AF — których administratorzy systemu PI używają do oznaczania stanów urządzeń, cykli wsadowych i zdarzeń produkcyjnych — mogą służyć jako podstawowe wejście do określania stanów w OEE, zmniejszając potrzebę, by integracja OEE samodzielnie wnioskowała o stanach na podstawie surowych danych z czujników. Gdy ramki zdarzeń PI AF są już dobrze skonfigurowane, integracja OEE sprowadza się przede wszystkim do mapowania: przypisania atrybutów ramek zdarzeń PI AF do stanów OEE, a obliczanie efektywności następuje naturalnie. AspenTech IP.21 (obecnie AspenTech Inmation) jest częściej spotykany w gałęziach przemysłu procesów ciągłych — rafinacja, petrochemia, chemia specjalistyczna — gdzie dyskretny model stanów maszyn wykorzystywany w OEE wymaga dostosowania, aby pasował do miar wydajności procesów ciągłych. W takich środowiskach integracja często polega na obliczaniu równoważnych wskaźników OEE z danych procesowych: dostępność jako stosunek czasu produkcji zgodnej ze specyfikacją do całkowitego czasu dostępnego, wydajność jako stosunek rzeczywistej przepustowości do nominalnej zdolności produkcyjnej, oraz jakość jako stosunek wyjścia zgodnego ze specyfikacją do całkowitej produkcji. Oprogramowanie OEE, które obsługuje obliczanie niestandardowych miar efektywności na podstawie danych z systemów historyzujących, zamiast ograniczać się do standardowego, dyskretnego OEE, lepiej nadaje się do integracji z systemami historyzującymi w środowiskach procesów ciągłych.

Wartość integracji oprogramowania OEE z systemem archiwizacji danych procesowych wykracza poza automatyzację zbierania danych — umożliwia skorelowanie wydajności produkcji z warunkami procesu, co przy ręcznych danych OEE jest niemożliwe. Gdy straty dostępności OEE są rejestrowane jednocześnie z danymi procesowymi z systemu archiwizacji, analitycy mogą ustalić, które warunki procesu (konkretne profile temperatury, cechy surowców, stany urządzeń znajdujących się wcześniej w linii) najczęściej poprzedzają zdarzenia przestojów. Ta analiza korelacji przekształca OEE z wskaźnika opóźnionego w dane wejściowe do utrzymania predykcyjnego. Dla producentów z branży spożywczej i napojów, farmaceutycznej oraz chemii specjalistycznej integracja systemu archiwizacji danych procesowych z OEE wzmacnia również integralność zapisów partiowych. Gdy oprogramowanie OEE wykorzystuje dane z archiwum do obliczania wydajności produkcji dla konkretnych partii, wskaźniki OEE zostają powiązane z zapisem w systemie archiwizacji dla danej partii — tworząc zapis jakości produkcji, który łączy wyniki wydajności z konkretnymi warunkami procesu, w których produkt został wytworzony. To powiązanie wspiera wymagania dotyczące identyfikowalności partii i wzmacnia podstawę danych dla badań optymalizacji procesu. Rozważania dotyczące zarządzania integracjami między systemami archiwizacji danych procesowych a OEE są istotne, lecz często pomijane. Systemy archiwizacji danych procesowych stanowią krytyczną infrastrukturę OT, a dostęp do danych z tych systemów w celu obliczania OEE musi być zaprojektowany tak, aby system OEE był wyłącznie konsumentem danych w trybie tylko do odczytu — nigdy nie zapisywał z powrotem do archiwum, nigdy nie obciążał obliczeniowo serwerów archiwum i działał w ramach wyznaczonej architektury transferu danych OT–IT (zazwyczaj dioda danych lub jednokierunkowa zapora). Uzgodnienie między zespołami ds. bezpieczeństwa IT i OT co do architektury dostępu do danych przed zbudowaniem integracji jest niezbędne, aby uniknąć wdrożenia, którego IT odmówi certyfikacji do użytku produkcyjnego.