W każdej przemysłowej linii działa równocześnie 3–7 różnych protokołów. Klient, który pyta „czy możemy to mieć tylko w OPC UA?", pyta o coś, co nie jest technologicznie rozwiązywalne — fieldbus, motion bus i integracja IT/OT to trzy różne światy z różnymi wymaganiami na latencję, determinizm, szerokość pasma i cykl życia. Ten artykuł opisuje, kiedy który protokół stosować i kiedy wybór jest narzucony wyborem wcześniejszej technologii (PLC, motion controller, sensor), a nie decyzji inżynierskiej.
Trzy warstwy, trzy światy
Warstwa field/sensor (najniższa 5–50 μs latencja)
- **EtherCAT** — Beckhoff, KEB, niektóre silniki ABB. Sub-100 μs jitter, w pełni deterministyczny. Najlepszy dla motion control z więcej niż 4 skoordynowanymi osiami.
- **Profinet IRT / Isochronous** — Siemens core, Phoenix Contact, Wago, Bosch Rexroth. 100–250 μs, wysoki determinizm. Dla większości maszyn w Europie = de-facto standard.
- **Sercos III** — Bosch Rexroth, KEB, niche. Doskonały motion bus, ale rapidnie ustępuje EtherCAT-owi.
Warstwa cell/machine (1–100 ms)
- **Profinet RT** — typowa maszyna Siemens. 1–10 ms RTT, spełnia 95 % maszyn produkcyjnych.
- **EtherNet/IP** — ekosystem Allen-Bradley / Rockwell. W SR mniej rozpowszechniony, ale dominuje w USA / automotive Tier 1.
- **Modbus TCP** — najprostszy. Żadnego determinizmu, ale 200+ istniejących urządzeń od dziesiątek producentów mówi Modbus.
Warstwa plant/IT (latencja nie przeszkadza, ważna jest treść)
- **OPC UA** (server/client + PubSub) — interoperabilność SCADA, MES, ERP, cloud. To jest miejsce, gdzie żyje OPC UA.
- **MQTT (najczęściej Sparkplug B)** — IIoT, telemetria do cloud, edge gateway → cloud.
- **HTTP/REST + WebSocket** — nowoczesne dashboardy, Grafana, custom UI.
Klient, który chce „wszystko w OPC UA", chce osiągnąć plant-level interoperabilność między 5 producentami PLC — co OPC UA rozwiązuje doskonale. Użyć OPC UA między serwomotorem a kontrolerem to technologiczny absurd: latencja 5–20 ms jest 100× wolniejsza niż motion control wymaga.
Modbus — kiedy jeszcze ma sens w 2026
Modbus RTU (RS-485) i Modbus TCP to najprostsze protokoły, jakie przemysł zna. Tabela rejestrów, function code 03/04 (read), 06/16 (write), CRC. Implementacja w PLC lub Pythonie za 2 godziny.
**Plusy:** - Uniwersalne — każdy producent czujników, falowników, mierników energii go wspiera - Trywialne do debugowania (Wireshark z dissectorem Modbus, Modpoll command-line) - Żadnych licencji, żadnych integration kits, żadnych plików EDS/GSDML - Tanie — Modbus gateway za 80 EUR, OPC UA gateway za 800–2 000 EUR
**Minusy:** - Master-slave (request-response), żadnych event-driven danych - Bez determinizmu — Modbus RTU przy 19 200 baud trwa odczyt 100 rejestrów ~150 ms - Bez bezpieczeństwa (RTU w ogóle, TCP tylko TLS-tunnel-em) - Bez semantyki — rejestr 40001 to „co tam wstawisz". Bez dokumentacji odczyt wartości jest bezsensowny.
**Kiedy używać:** tanie czujniki, mierniki energii, proste sterowniki (Carel, Eliwell, Belimo, IFM), zarządzenia legacy (falowniki 2015–), DIY i maker setupy. Każdy przypadek, gdzie wystarczy 1 Hz odczyt i oszczędzają Państwo budżet.
**Kiedy NIE używać:** każdy setup z więcej niż 50 urządzeniami w jednej sieci (skalowanie Modbus master to problem), każda aplikacja z realnym czasem (motion, fast safety), każda integracja IT/OT (brakuje semantyki).
Profinet — koń roboczy europejskich linii
Profinet (Process Field Network) jest w rękach Siemens i konsorcjum PROFIBUS & PROFINET International (PI). Trzy wersje:
- **Profinet TCP** (acyclic) — 100+ ms, dla konfiguracji i diagnostyki
- **Profinet RT** (Real Time) — 1–10 ms, dla normalnej komunikacji PLC ↔ I/O
- **Profinet IRT** (Isochronous Real Time) — sub-1 ms, dla motion control
**Plusy:** - De-facto standard w UE (dominacja Siemens) - Bogaty ekosystem — Beckhoff, Phoenix Contact, Wago, Festo, SICK, Pepperl+Fuchs, B&R mówią Profinet - Web-based diagnostyka w każdym module IO - TSN-ready (od Profinet 2.4) - Bezpieczeństwo przez profil PROFIsafe (dla przekaźników safety)
**Minusy:** - Bardziej złożony niż Modbus — wymaga plików GSDML, adresowania IP, device naming - Kontekst licencyjny (Siemens TIA Portal, OpenPN stack dla 3rd party) - Switche muszą być „Profinet conformance class A/B/C" — zwykły switch Cisco często nie wystarcza przy IRT - Ograniczenia topologiczne — IRT wymaga line lub star (nie cyklu)
**Kiedy używać:** każda nowoczesna maszyna w UE z więcej niż 5–10 modułami IO, motion control nad 4 osie, integracja z Siemens SCADA (WinCC, PCS 7), przypadki gdzie klient ma już 5+ maszyn Siemens i chce homogeniczny ekosystem.
**Kiedy NIE używać:** silnie heterogeniczne środowiska (gdzie połowa urządzeń to Allen-Bradley → EtherNet/IP to lepszy wybór), małe maszyny z 3–5 punktami IO (Modbus RTU wystarcza, taniej), klienci USA (gdzie Rockwell dominuje).
OPC UA — interoperabilność dla integracji IT/OT
OPC UA (Unified Architecture) nie jest fieldbus. To **warstwa aplikacyjna** na szczycie TCP/IP, która rozwiązuje: jak różne maszyny, SCADA, MES i usługi cloud wymieniają **semantycznie bogate** dane.
**Plusy:** - Platform-agnostic (PLC, embedded Linux, Windows server, kontener Docker) - Vendor-agnostic (Siemens, Rockwell, B&R, Beckhoff, Honeywell — wszyscy mają OPC UA server) - Bogata semantyka — typy, hierarchia, metadane, znaczniki czasu - Bezpieczeństwo jako first-class citizen — certyfikaty X.509, role-based access, audit trail - Companion specs dla konkretnych domen (OPC UA for Robotics, for Machinery, for Pumps) - Model PubSub (MQTT-based lub UDP multicast) dla cloud + brokerless scenariuszy
**Minusy:** - Latencja 5–50 ms na cykl — niemożliwe do użycia w motion control - CPU-żądny (na zwykłym embedded urządzeniu 20–40 % obciążenie tylko OPC UA server) - Złożony — security stack, certificate management, address space modeling — to nie „czytaj rejestr 40001" - Dla tego samego zadania 5× więcej kodu niż Modbus
**Kiedy używać:** integracja SCADA, MES, ERP. Bridging między różnymi vendorami. Telemetria cloud. Każdy przypadek, gdzie później podłącza się analitykę, model ML lub dashboard BI. Maszyny, które integrują do systemu MOM/MES (Apriso, Critical Manufacturing, GE Plant Apps).
**Kiedy NIE używać:** między PLC a czujnikiem (Profinet/EtherCAT). Dla prostej telemetrii do cloud (MQTT Sparkplug B jest 10× tańszy do implementacji). Między dwoma PLC, które potrafią rozmawiać przez natywny fieldbus (Profinet PLC-to-PLC jest szybszy i bardziej deterministyczny).
Najczęstszy wzór architektoniczny 2026
Maszyna w Europie w 2026 typowo działa:
``` Sensor/I/O ←Profinet RT→ PLC ←Profinet RT→ Drive (motion) ↓ OPC UA Server ↓ SCADA (Ignition, WinCC) ↓ OPC UA / MQTT Sparkplug B ↓ MES (Apriso, Critical Manufacturing) ↓ ERP / Cloud (SAP, AWS IoT, Azure IoT Hub) ```
Modbus pojawia się na obrzeżach — przy tanich czujnikach, miernikach energii, falownikach. Rozmawiamy z nim przez Modbus → Profinet gateway (Hilscher netTAP, Anybus X-Gateway, Phoenix Contact AXL F BK) lub przez OPC UA server, który ma Modbus driver (Kepware, Matrikon, ignition.com).
Trzy decyzje, które nie mają technologicznie poprawnej odpowiedzi
1. Czy mam użyć OPC UA Companion Spec dla Robotics?
Dla integracji KUKA, ABB, FANUC z MES jest to teoretycznie właściwy wybór. W praktyce: implementacja companion spec jest 12–18 miesięcy za firmware robota, więc klient czasem musi używać proprietary REST API lub OPC UA z własną semantyką. Wybór zależy od **konkretnej wersji firmware robota** — sprawdźcie to z vendorem przed zobowiązaniem w projekcie.
2. Czy mam przejść z Profibus DP na Profinet?
Profibus DP jest ogromnym fundamentem starszych linii (2005–2018). Migracja na Profinet kosztuje 30–50 % CAPEX instalacji i często płaci się tylko, gdy migrujecie też PLC. Realistycznie: jeśli Państwa linia jest stabilna, a master Profibus jest jeszcze dostępny (Siemens sprzedaje spare parts do 2030+), nie migrujcie niepotrzebnie. Migracja ma sens przy kombinacji z nowym PLC lub expansion.
3. Czy mam przejść na TSN (Time-Sensitive Networking)?
TSN to standard IEEE, który wprowadza deterministyczny Ethernet do dowolnego protokołu przemysłowego. Profinet, EtherCAT, EtherNet/IP — wszystkie będą stopniowo TSN-aware. Realistycznie w 2026: jeśli nie budują Państwo nowej flagowej linii, poczekajcie 2–3 lata. Switche TSN są jeszcze 3–5× droższe niż zwykłe managed switche, ekosystem niedojrzały.
Praktyczna checklist projektu
Przed wyborem protokołów: 1. Jakie PLC są już w warsztacie? (Siemens → Profinet default, AB → EtherNet/IP, Beckhoff → EtherCAT) 2. Jakie jest SCADA? (WinCC → Profinet + OPC UA, Ignition → OPC UA + MQTT, FactoryTalk → EtherNet/IP + OPC UA) 3. Jakie jest MES? (Apriso → OPC UA, Critical Manufacturing → OPC UA, własna apka → REST + MQTT) 4. Istnieje cloud strategy? (Tak → MQTT Sparkplug B lub OPC UA PubSub, Nie → OPC UA server wystarcza) 5. Jakie jest oszacowanie liczby urządzeń? (< 20 → Modbus wystarcza, 20–100 → Profinet, 100+ → Profinet + OPC UA hierarchia) 6. Jaki jest wymagany cycle time? (> 100 ms → OPC UA, 10–100 ms → Profinet RT, < 10 ms → Profinet IRT / EtherCAT, < 1 ms → EtherCAT lub Sercos III)
Te sześć pytań podsumowuje 90 % decyzji. Pozostałe 10 % to vendor relationship, istniejące umowy i osobiste preferencje zespołu, który będzie utrzymywał linię 10 lat.
---
*Robimy programowanie PLC oraz integrację IT/OT w poprzek protokołów (Siemens, Beckhoff, Allen-Bradley, B&R, OPC UA, MQTT). Jeśli rozważają Państwo nową linię lub modernizację istniejącej, pierwsza konsultacja (60 minut) przejdzie architekturę protokołów zanim otworzy się elektroprojekt.*