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.

INTEGRATION · OT / SCADA

SCADA- und OPC-UA-Integration mit RTLS / IoT.

RTLS- und IoT-Daten haben einen echten Wert innerhalb der SCADA-/Kontrollschicht – wo sie Interlocks, Dispositions- und Bediener-HMIs ansteuern können.

OPC UA ist der dominierende Interoperabilitätsstandard. Dies ist die Zusammenfassung auf Operatorebene, wie man sauber integriert.

Buchen Sie einen 30-minütigen Scoping-Termin

OPC UA als universelle OT-Schnittstelle

OPC UA (IEC 62541) ist der moderne Standard für OT-IT-Interoperabilität und wird breit unterstützt von Siemens (SIMATIC, WinCC),

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

RTLS-Plattformen stellen OPC-UA-Server oder -Clients zunehmend frei, was die OT-seitige Integration deutlich einfacher macht als vor fünf Jahren. Wo OPC UA nicht verfügbar ist, verwendet die Integration Gateway-Middleware (Kepware, Matrikon).

Tag-Mapping und Namensraumdesign

OPC UA strukturiert Daten in adressierbaren Namensräumen – die richtige Namensraum zu treffen, ist die wichtigste Entwurfsentscheidung im Anfang.

RTLS-Positionsereignisse werden typischerweise auf eine /Plant/Zone/Asset-Hierarchie abgebildet, mit Attributen für Position, Dwell, zuletzt gesehen und Metadaten.

Das falsche Namespace-Design zwingt jedes verbrauchende System, die Mapping-Logik neu zu implementieren; die rechte wird in SCADA, MES und Historian wiederverwendet. Wir entwerfen das am Tor 1.

Echtzeit-Steuerungsimplikationen

OPC UA kann RTLS-Ereignisse mit hoher Frequenz übertragen, aber die OT-Seite hat zeitliche Auswirkungen. SCADA-HMIs aktualisieren typischerweise bei 1–10 Hz; SPS-Scanzyklen sind 10–100 Hz. RTLS-Ereignisse bei 10+ Hz müssen entsprechend heruntergesampelt oder gefenstert werden.

Umgekehrt müssen sicherheitskritische Ereignisse (Alleinarbeiter-Zwang, Kollisionswarnung) innerhalb einer Latenz unter einer Sekunde ablaufen – eine andere Designvorgab. Wir dimensionieren die Architektur für beide Flüsse.

Sicherheit — IEC 62443 Ausrichtung

OPC UA unterstützt gegenseitige TLS, X.509-zertifikatsbasierte Authentifizierung, rollenbasierten Zugriff und Audit-Logging – aber die Unterstützung ist konfigurierbar. Die Standardeinstellungen sind selten auf IEC 62443 ausgerichtet.

Wir entwerfen das OPC UA-Sicherheitsprofil als Teil des OT-Cybersicherheitsumfangs – siehe unsere IEC 62443-Seite für das umgebende Rahmenwerk.

FAQ

Häufig gestellte Fragen

Unterstützen RTLS-Plattformen nativ OPC UA?

Zunehmend ja. Die meisten Enterprise-RTLS-Plattformen stellen inzwischen OPC UA-Server bereit (oder haben eine Roadmap). Industrieorientierte RTLS-Anbieter (Ubisense, Sewio, Pozyx) bieten in der Regel eine ausgereiftere OPC-UA-Unterstützung als retailorientierte Anbieter.

Wann brauchen wir ein Gateway wie Kepware oder Matrikon?

Wenn die RTLS-Plattform keinen nativen OPC-UA-Server hat oder wenn man mehrere OPC-UA-Endpunkte mit konsistentem Namespace und Sicherheit bridgen muss. Wir analysieren den Gateway-Bedarf an Tor 1; Das ist oft die richtige Entscheidung für heterogene Umgebungen.

Kann SCADA Interlocks basierend auf RTLS-Ereignissen steuern (z. B. eine Sperre aufgrund der Präsenz von Mitarbeitern)?

Ja, mit angemessenen Latenz- und Sicherheitsüberlegungen.

Sicherheitsverriegelungen benötigen in der Regel zertifizierte Sicherheits-SPS-Kanäle zusätzlich zu OPC UA – wir empfehlen RTLS nicht als alleiniges Signal für sicherheitskritische Funktionen, integrieren RTLS jedoch als höherwertige Sicherheitserweiterung.

Wie integriert sich das mit historischen Daten?

RTLS-Ereignisse können über OPC UA in das PI System, AVEVA Historian, GE Proficy Historian oder Honeywell Uniformance übertragen werden. Der Historiker wird zur Zeitreihenbasis für standortbewusste OEE, Ausfallzeitanalysen und digitale Zwilling-Aktivierung.

Zuletzt aktualisiert: 26. Mai 2026