OPC UA vs S7, EtherNet/IP i Modbus: Jak odczytywać PLC dla OEE

Kluczowe wnioski

• OPC UA to pierwszy wybór, gdy PLC ma serwer: nazwane wartości, znany model danych i wbudowane zabezpieczenia.
• Natywny protokół PLC to rozwiązanie zapasowe: S7, EtherNet/IP lub Modbus działają na większości zainstalowanych PLC.
• Większość zakładów kończy z mieszanką, odczytywaną przez jedną bramę (gateway).
• Tylko do odczytu, w każdym przypadku. OEE nigdy nie zapisuje do PLC.
• Starsze natywne protokoły często nie mają wbudowanego bezpieczeństwa, więc strefy sieciowe są dla nich ważniejsze.

Nie ma jednego właściwego sposobu odczytywania PLC pod OEE. Używaj OPC UA tam, gdzie PLC oferuje serwer, ponieważ jego wartości mają nazwy i znaczenie. Używaj natywnego protokołu PLC tam, gdzie tego nie ma, co dotyczy większości starszych PLC. Gateway może obsługiwać oba i wysyłać jeden strumień danych w górę.

Fabrico, OEE i lekki MES z kamerami AI, łączy maszynę przez jej PLC, urządzenie Fabrico IoT lub kamerę AI. Który protokół jest używany na której maszynie ustala się dla każdego zakładu z zespołem technicznym Fabrico.

Co znajdziesz na prawdziim zakładzie?

Baza zainstalowana decyduje bardziej niż jakiekolwiek preferencje. W praktyce:

• Zakłady w Europie Środkowej często używają sterowników Siemens S7 na PROFINET.
• Zakłady należące do firm z USA często używają sterowników Allen-Bradley na EtherNet/IP.
• Sprzęt pakujący i pomocniczy, taki jak wagi kontrolne i etykieciarki, często używa Modbus.
• Maszyny starsze niż około 15 lat mogą mieć port szeregowy lub wcale nic.

Ethernet przemysłowy stanowi teraz około ośmiu na dziesięć nowych węzłów sieciowych. Ale nowe węzły to nie baza zainstalowana, a baza zainstalowana jest starsza.

Co daje OPC UA, czego nie dają protokoły natywne?

OPC UA, znany też jako IEC 62541, to standard niezależny od platformy. Jego serwery publikują definicje typów, więc klient odczytuje, co wartość oznacza, nie tylko jej numer. Jego zabezpieczenia obejmują uwierzytelnianie, integralność i poufność.

Kosztem OPC UA jest dostępność. Wiele starszych PLC w ogóle nie ma serwera, a na niektórych nowszych trzeba go włączyć lub wykupić licencję. Nasz przewodnik po OPC UA dla OEE omawia stronę danych.

Kiedy natywny protokół to lepszy wybór?

• Gdy PLC nie ma serwera OPC UA, co jest powszechne w starszych sterownikach.
• Gdy włączenie serwera wymagałoby zmiany programu, której zakład nie chce.
• Dla prostych urządzeń takich jak wagi kontrolne, które oferują tylko Modbus.

Gateway może czytać protokół natywny po stronie maszyny i udostępniać dane w górę w jednej formie. Dla części Modbus zobacz nasz przewodnik Modbus TCP vs RTU.

Przykład: jeden zakład, cztery protokoły

Przykładowa linia (liczby poglądowe, nie klient). Zakład ma trzy linie pakujące i 15 maszyn do podłączenia. Porty to zwykłe wartości domyślne; potwierdź je dla każdego urządzenia.

Zatem 6 z 15 maszyn jest odczytywanych przez OPC UA, a 9 przez protokoły natywne. Jeden gateway na linię obsługuje wszystkie cztery. Zapora potrzebuje jednej reguły allow na protokół od gateway w dół i nic przychodzącego.

9 natywnych maszyn potrzebuje mapy tagów lub rejestrów dla każdej. 6 maszyn OPC UA wymaga sprawdzenia ich węzłów, co jest szybsze, gdy przestrzegają specyfikacji companion.

Jak utrzymać bezpieczeństwo obu rodzajów połączeń?

1. Konta tylko do odczytu na każdym serwerze OPC UA i brak funkcji zapisu używanych w protokołach natywnych.
2. Szyfrowane OPC UA, z certyfikatami zaufanymi po obu stronach.
3. Strefy dla protokołów natywnych. Trzymaj je w strefie OT, dostępną tylko z gateway.
4. Rozsądne częstotliwości odczytu. Czytaj tylko wartości potrzebne OEE, aby nie obciążać PLC.
5. Tylko wychodzące z gateway do systemu OEE.

Nasz przewodnik po koneksji PLC dla OEE omawia układ sieci, a OPC UA vs MQTT wyjaśnia, jak dane płyną w górę.

Jakie błędy popełniają zakłady przy wyborze protokołu?

• Oczekiwanie na OPC UA wszędzie, przez co starsze maszyny pozostają niepodłączone przez lata.
• Włączenie serwera OPC UA bez zabezpieczeń, bo było szybciej przy uruchomieniu.
• Pozwalanie systemowi OEE na bezpośredni dostęp do PLC zamiast przez jedną bramę.
• Używanie funkcji zapisu w protokole natywnym do resetowania liczników. Zawsze tylko odczyt.

Gdzie pasuje Fabrico?

Fabrico to platforma wspomagana widzeniem komputerowym do poprawy wydajności produkcji. OEE i lekki MES są na pierwszym miejscu, czytane z dowolnego sygnału, który oferuje każda maszyna.

• Automatyczne logowanie przestojów z tagów PLC, urządzeń IoT lub kamer.
• Operator potwierdza przyczynę jednym stuknięciem, niezależnie od tego, który protokół zarejestrował zatrzymanie.
• OEE na żywo według linii i zmiany, z każdą stratą wycenioną w pieniądzu.
• Pilot na jednej linii, aby mieszanka protokołów była udowodniona przed skopiowaniem.

Nie ma planu darmowego i nie ma poziomów: każdy zakład otrzymuje ofertę. Zobacz produkt na stronie OEE z computer vision i podstawy w czym jest PLC.

Często zadawane pytania

Czy OPC UA jest lepszy niż S7 dla OEE?

Gdzie PLC oferuje serwer OPC UA, zwykle tak. Wartości mają nazwy i typy, a połączenie może być szyfrowane z kontami użytkowników. Gdzie nie oferuje, protokół S7 przez gateway działa dobrze dla OEE, pod warunkiem że dostęp pozostaje tylko do odczytu i w obrębie strefy OT.

Czy OPC UA spowalnia PLC?

Może zwiększyć obciążenie, jeśli klient czyta za wiele zbyt często. Dla OEE czytaj tylko te kilka wartości, których potrzebujesz, w rozsądnym tempie i poproś inżyniera sterowania o sprawdzenie obciążenia. Większość odczytów OEE jest lekka w porównaniu z tym, co PLC robi, sterując maszyną.

Czy starsze sterowniki Siemens S7 można czytać przez OPC UA?

Nie bezpośrednio, jeśli PLC nie ma serwera. Gateway może czytać PLC przez protokół S7 i udostępniać dane jako OPC UA lub w innym formacie w górę. Program PLC nie musi się do tego zmieniać.

Który protokół jest bezpieczniejszy dla OEE?

OPC UA, gdy jest skonfigurowany z szyfrowaniem, zaufanymi certyfikatami i kontem tylko do odczytu. Wiele starszych protokołów natywnych ma mało lub wcale wbudowanego bezpieczeństwa. Dla nich trzymaj ruch wewnątrz strefy OT i pozwól tylko gateway dotrzeć do PLC.

Czy potrzebujesz gateway, aby czytać PLC dla OEE?

Zazwyczaj tak. Gateway obsługuje protokół każdego PLC po stronie maszyny i wysyła jeden strumień danych w górę. Zapobiega też temu, by system OEE sięgał do sieci OT, ponieważ gateway sam otwiera każde połączenie.

Zmapuj protokoły swojej fabryki z nami

Przynieś listę maszyn z markami i modelami PLC. Pokażemy, jak każda się łączy i ile kosztują jej przestoje.

Zamów demo · Skontaktuj się z nami