Which technologies do you consult on?

All of the major location, identification and IoT technologies: RTLS (UWB, BLE, Wi-Fi), RFID (passive, active and RAIN UHF), industrial IoT and sensors, GPS and GNSS, AGV and AMR robot fleets, and hybrid stacks that combine them. We recommend the right mix for each zone and use case, not a single technology.

Are you really vendor-neutral?

Yes. We do not sell hardware or a software platform of our own, and we take no resale commissions, so our technology and vendor recommendations serve your outcome rather than a product we need to move.

Do you work outside the UK?

We are UK-based and work across Europe and internationally, delivering in English, German and French. Engagements can be remote or on-site depending on the work.

What does a consulting engagement include?

Typically discovery and requirements, vendor-neutral technology selection, vendor evaluation and RFP support, ROI and business case, solution architecture, and an implementation roadmap. We scope each engagement to where you are.

Can you help after the decision is made?

Yes. We work across the full lifecycle - we can also deploy, integrate, and operate the system, so you can keep one independent team from business case through to live operation.

How do we get started?

Usually with a short call or a fixed-fee discovery to scope the problem, followed by a proposal with clear deliverables, timeline and fees. There is no obligation and no platform pitch.

Do RTLS platforms natively support OPC UA?

Increasingly yes. Most enterprise RTLS platforms now expose OPC UA servers (or have a roadmap). Industrial-focused RTLS vendors (Ubisense, Sewio, Pozyx) generally have more mature OPC UA support than retail-focused vendors.

When do we need a gateway like Kepware or Matrikon?

When the RTLS platform doesn't have a native OPC UA server, or when you need to bridge multiple OPC UA endpoints with consistent namespace and security. We scope gateway need at gate 1; it's often the right call for heterogeneous environments.

Can SCADA drive interlocks based on RTLS events (e.g., lockout based on worker presence)?

Yes, with appropriate latency and safety considerations. Safety interlocks usually require certified safety-PLC channels in addition to OPC UA — we don't recommend RTLS as the sole signal for safety-critical functions, but we do integrate RTLS as a higher-level safety augmentation.

How does this integrate with historian data?

RTLS events can stream into PI System, AVEVA Historian, GE Proficy Historian or Honeywell Uniformance via OPC UA. The historian becomes the time-series foundation for location-aware OEE, downtime analysis and digital-twin enablement.

INTEGRACJA · OT / SCADA

Integracja SCADA I OPC UA z RTLS / IoT.

Dane RTLS i IoT mają realną wartość wewnątrz warstwy SCADA / sterowania — gdzie mogą sterować blokadami, dyspozytorami i operatorowymi HMI. OPC UA jest dominującym standardem interoperacyjności. To jest podsumowanie na poziomie operatora, jak czysto integrować.

Umów się na 30-minutową rozmowę z zakresem

OPC UA jako uniwersalny interfejs OT

OPC UA (IEC 62541) jest nowoczesnym standardem interoperacyjności OT-IT, szeroko wspieranym przez firmy Siemens (SIMATIC, WinCC),

Rockwell (FactoryTalk Linx, RSLinx), Schneider (EcoStruxure), AVEVA (System Platform, InTouch), Honeywell (Experion), Yokogawa (CENTUM) oraz ABB (Ability).

Platformy RTLS coraz częściej udostępniają serwery lub klientów OPC UA, co znacznie ułatwia integrację po stronie OT niż pięć lat temu. Tam, gdzie OPC UA nie jest dostępne, integracja wykorzystuje middleware bram (Kepware, Matrikon).

Mapowanie tagów i projektowanie przestrzeni nazw

OPC UA strukturuje dane w adresowalnych przestrzeniach nazw — najważniejszą decyzją projektową jest właściwa ich lokalizacja. Zdarzenia pozycji RTLS zazwyczaj mapują się na hierarchię /Plant/Zone/Asset z atrybutami pozycji, pobytu, ostatnio widzianych i metadanych.

Niewłaściwy projekt przestrzeni nazw zmusza każdy system konsumujący do ponownej implementacji logiki mapowania; prawa jest wykorzystywana ponownie w SCADA, MES i Historian. Projektujemy to przy bramie 1.

Implikacje sterowania w czasie rzeczywistym

OPC UA może transmitować zdarzenia RTLS z dużą częstotliwością, ale strona OT ma znaczenie czasowe. Moduły HMI SCADA zazwyczaj odświeżają się przy częstotliwości 1-10 Hz; Cykle skanowania PLC to 10-100 Hz. Zdarzenia RTLS przy 10+ Hz muszą być odpowiednio zredukowane lub okno.

Z kolei zdarzenia krytyczne dla bezpieczeństwa (przymus samotnego pracownika, ostrzeżenie o kolizji) muszą rozprzestrzeniać się w czasie opóźnienia poniżej sekundy — co wymaga innego ograniczenia projektowego. Skalujemy architekturę obu przepływów.

Bezpieczeństwo — wyrównanie IEC 62443

OPC UA obsługuje wzajemne uwierzytelnianie oparte na certyfikatach TLS, X.509, dostęp oparty na rolach oraz logowanie audytowe — ale wsparcie jest konfigurowalne. Domyślne ustawienia rzadko są zgodne z normą IEC 62443.

Projektujemy profil bezpieczeństwa OPC UA jako część zakresu cyberbezpieczeństwa OT — zobacz naszą stronę IEC 62443 dla otaczającej ramy.

FAQ

Najczęściej zadawane pytania

Czy platformy RTLS natywnie obsługują OPC UA?

Coraz częściej tak. Większość korporacyjnych platform RTLS udostępnia teraz serwery OPC UA (lub ma mapę drogową). Dostawcy RTLS skoncentrowani na branży (Ubisense, Sewio, Pozyx) zazwyczaj mają bardziej dojrzałe wsparcie OPC UA niż dostawcy skupieni na handlu detalicznym.

Kiedy potrzebujemy bramy takiej jak Kepware czy Matrikon?

Gdy platforma RTLS nie ma natywnego serwera OPC UA albo gdy musisz połączyć wiele punktów końcowych OPC UA z spójną przestrzenią nazw i bezpieczeństwem. Potrzebujemy bramy na bramie 1; Często to właściwa decyzja przy heterogenicznych środowiskach.

Czy SCADA może sterować blokadami opartymi na zdarzeniach RTLS (np. blokadzie na podstawie obecności pracowników)?

Tak, przy odpowiednich opóźnieniach i kwestiach bezpieczeństwa.

Blokady bezpieczeństwa zazwyczaj wymagają certyfikowanych kanałów PLC bezpieczeństwa oprócz OPC UA — nie zalecamy RTLS jako jedynego sygnału do funkcji krytycznych dla bezpieczeństwa, ale integrujemy RTLS jako wyższy poziom wsparcia bezpieczeństwa.

Jak to się integruje z danymi historyków?

Wydarzenia RTLS mogą być przesyłane do PI System, AVEVA Historian, GE Proficy Historian lub Honeywell Uniformance przez OPC UA. Historyk staje się podstawą szeregów czasowych dla lokalizacyjnego OEE, analizy przestojów i umożliwiania cyfrowych bliźniaków.

Ostatnia aktualizacja: 26 maja 2026