Jump to content

Draft:omlox

From Wikipedia, the free encyclopedia
  • Comment: I suggest completely rewriting this to a stub paragraph and source it with external news sources that cover the subject in detail and that are not associated with the subject. AngusW🐶🐶F (bark • sniff) 19:43, 14 February 2023 (UTC)


Logo of the omlox technology
Logo of the omlox technology

omlox is a technology standard that enables the provision of location data independent of technology and manufacturer. The term omlox is derived from the Latin words "omni" = omnipresent and "locus" = location.

The omlox standard basically describes two core components:[1]

  • A location middleware ("omlox hub") that aggregates location data from different technologies and makes it available to other applications via standardized APIs.
  • An open location infrastructure ("core zone") based on ultra-wideband radio technology, in which devices can be located or self-localize independently of the manufacturer.

All other location technologies (such as RFID, BLE, WLAN, etc.) are not standardized by omlox itself, but can be connected to an omlox hub as so-called "complementary zones". The technology standard was defined in close cooperation with ETSI, the OPC Foundation and the UWB Alliance and is now managed by the non-profit industry association Profibus and Profinet International.

Architecture

[edit]

The omlox standard refers to location technologies that cover different spatial areas in a factory as zones. Two different types of zones are defined:

  • Core zone - is an area where an interoperable ultra-wideband system is installed, enabling vendor-independent location. The omlox standard defines how assets in industrial environments can be located with the nequired accuracy using ultra-wideband technology.
  • Complementary zone: In addition to ultra-wideband technology, there are a variety of other technologies that enable location inside or outside of buildings,[2] including Wi-Fi, BLE, RFID and, in the future, 5G. The omlox standard does not define such technologies, but makes them accessible as complementary zones.

Above the zones the location data is aggregated by a location middleware, the omlox hub,[3] which makes the data available to various applications such as Enterprise Resource Planning (ERP), Warehouse Management System (WMS), Production Planning or Transportation Management System (TMS) in a standardized format via uniform interfaces.

omlox architecture at a glance
Industrial applications Enterprise Resource Planning (ERP) Warehouse Management System (WM) Production Planning Transport Management System (TMS) etc
Location middleware omlox hub

omlox hub API

Location technologies omlox core zone

UWB

Complementary zone

RFID

Complementary zone

BLE

Complementary zone

SLAM

Complementary zone

5G/GPS

omlox hub

[edit]

The omlox hub decouples industrial applications that process positioning data from the actual positioning technologies and their manufacturers.[4] This middleware architectural principle simplifies the integration of positioning technologies into applications and claims to enable any combination of technologies and manufacturers.

The omlox hub aggregates the positioning data, puts it into a unified data format and provides some core spatial functions that are needed over and over again. Positioning data is provided in 3D with x, y and z coordinates. The APIs allow the integration of the omlox hub. An omlox hub is designed as a lightweight software that can also meet the requirements of real-time data processing in automation applications.

This section summarizes the basic features of the omlox hub specification.[5]

Trackable as a moving object

[edit]

In an omlox hub, moving things (assets, tools, vehicles, people) can be described as trackables.[6] A trackable is characterized by a unique identifier, a spatial extent, additional attribute data and the dynamic combination of different positioning technologies. Depending on the application, the spatial constellation or the available positioning technology, positioning data can be dynamically assigned to a trackable via APIs. This allows software applications to query the last known location of a trackable via an API. The actual tracking technology becomes secondary and interchangeable.

Georeferencing

[edit]

An omlox hub translates the location data from the various, typically locally installed zones into a global coordinate reference system. This means that industrial applications always receive consistent data and seamless indoor/outdoor tracking is made possible. Depending on the application, different levels of positioning accuracy are required. The omlox hub uses the EPSG nomenclature to describe different coordinate reference systems. This allows the omlox hub application to be used in different locations around the world.[7]

An omlox hub also supports the reverse, translating position data from a global coordinate back to a locally installed positioning system with its local coordinate system.

Functional areas

[edit]

The omlox hub supports two core spatial functions in addition to the concept of trackables and georeferencing.

Fencing

[edit]

It is often of interest to know if an object is inside or outside a fence. Fences can be defined using the omlox hub fence API [8] and an omlox hub calculates whether a trackable enters or leaves a fence. An important difference to traditional tracking systems is that fencing works independent of the tracking technology and that cross-technology fences can be defined. To ensure maximum interoperability between different omlox-hub implementations, the framework parameters for calculating a fence entry or exit are also defined within omlox, e.g. time intervals to compensate for fluctuations in the tracking data.

Collisions

[edit]

For many use cases it is also interesting to be able to calculate the distance between moving objects and to receive a notification when the distance falls below a defined minimum distance. This behavior is defined within omlox as a collision API.[9] The frame parameters that define a collision are mapped within the specification.

Interfaces

[edit]

The omlox standard currently supports the following access methods:[10]

The data within the omlox-hub API is described in a JSON notation.[11]

The omlox hub API in the standard defines the following services:[12]

  • The zone API describes the setup of a zone, including associated spatial operations like geo-coordinate transformation.
  • The trackable API deals with handling of trackable things within the omlox ecosystem.
  • The provider API describes the setup of a location provider and the advertisements of location updates to an omlox hub.
  • The fence API handles the creation, update and deletion of fences.

omlox core zone

[edit]

The omlox core zone is an open real-time locating system (RTLS) whose specification is jointly developed and refined by all omlox partners.[13] It basically uses a time of flight (ToF) measurement of pulse-shaped signals transmitted wirelessly over high-bandwidth, low-power radio channels. This is often referred to as IR-UWB (impulse-radio ultra-wideband).[14] The main functionalities of the omlox core zone specification[15] are summarized in this section.

Ultra-wideband (also: UWB) is a short-range radio technology that uses extremely large frequency ranges with a bandwidth of at least 500 MHz.[16] UWB works with a low transmit power (0.5 mW / -41.3 dBm/MHz) to avoid interfering with already occupied frequency ranges. Only special UWB receivers can detect the signal. The frequency range of UWB is between 3.1 and 10.6 GHz. It is based on the IEEE 802.15.4.z standard,[17] which deals with the communication of sensors and actuators in wireless networks.

Satellites as building infrastructure

[edit]

The realisation of the omlox core-zone requires a building infrastructure. In particular, permanently installed transmitters are required, which are called satellites[18] in reference to GPS.[19] Three different types of satellites are defined:[20]

  • Full Blown Satellite (FBS) is equipped with a fixed power supply and can exchange information with local servers via an additional data network.
  • Mains Powered Satellite (MPS) is equipped with a fixed power supply and does not have access to an additional data network.
  • Battery Powered Satellite (BPS) is powered by a local battery and does not have access to an additional data network.

A minimum of three satellites are required for positioning. Additional satellites may be required depending on the area and accuracy required. Only an FBS can collect the information and forward it to a local server. Different satellites may be required depending on the measurement method used.

Measurement methods for location determination

[edit]

With the different satellites and tags, different measurement methods for positioning[21] can be realized: [22]

  • Downlink Time Difference of Arrival (DL TDOA)[23]: A tag can measure the signals of the surrounding synchronized satellites and thus determine its own position via TDOA and the known positions of the satellites. This method is similar to GPS technology.
  • Uplink Time Difference of Arrival (UL TDOA)[24]: A tag periodically transmits signals allowing the synchronized satellites to determine the ToA (Time of Arrival). With these collected arrival times, a location server can estimate the position of the tag from the differences between the ToA and the known positions of the satellites.
  • Reconstructed Time of Flight (RToF)[25]: Not only the satellites, but also the tag is precisely synchronized through two-way communication. Thus, in addition to the arrival time, the transmission time can also be measured and thus the transmission time (ToF = Time of Flight) can be calculated. With this calculated ToF, a location server can now determine the position of the tag.
  • Timestamped Time of Flight (TsToF)[26]: Again, all satellites and tags are synchronized. The tag exchanges signals with all satellites, including the time of transmission of the signals. This provides the most accurate positioning to within 10 to 30 cm.
Summary of the measurement methods for determining the location
Methods Objective Satellites Tags
DL TDOA (similar to GPS) Locate themselve FBS, MPS, BPS RxT, TRxT
UL TDOA Tracking FBS TxT, TRxT
RToF Tracking FBS, MPS TRxT
TsToF Tracking FBS, MPS TRxT

Complementary Zones

[edit]
Further information: Indoor positioning system § Wireless technologies

Within an omlox architecture, all other locating technologies can be connected to an omlox hub as complementary locating zones.

Further positioning technologies can be e.g.

  • Satellite-based positioning technologies like GPS, Galileo, GLONASS, etc.
  • Bluetooth-based positioning technologies
  • RFID-based identification and tracking
  • Optical positioning using camera-based systems
  • Ultrasound-based positioning
  • Magnetic field-based positioning

The open architecture concept of omlox - based on the different zones (core zone and complementary zones) and their integration into an omlox hub - allows for a holistic, transparent positioning across technology boundaries[27]. omlox therefore claims to be retrofitable and future-proof.

Use cases

[edit]
Further information: Indoor positioning system § Types of usage

The omlox positioning standard is claiming to address a broad spectrum of use cases, which are particularly relevant in industry and logistics.[28] In summary, the following categories of use cases can be distinguished:

  • Tracking of things, e.g. means of production, goods, tools, orders, vehicles or persons.[29]
  • Automatic logging and documentation of process progress in IT systems, e.g. for paperless production.
  • Location-based information and control, e.g. for machine control or machine maintenance.[30]
  • Autonomous transport, e.g. in the orchestration of internal factory traffic by autonomous transport robots.[31]
  • Safety-related applications, e.g. for lone worker monitoring in the process industry.
  • Localization for Augmented Reality in industrial applications[32]

History

[edit]

The start of open tracking was initiated by TRUMPF Werkzeugmaschinen GmbH + Co KG at the beginning of 2018. The background to this was that all the tracking systems available at that time were proprietary and could not be used on a large scale due to lock-in. [33] The TRUMPF company looked for other supporters of open tracking and was able to win over more than 20 companies in the German-French region. Under the working title "initiative LoTUS", this loose association then worked out the loads and performance data of such an open system and then realized it in an agile development process.[34] After successful testing, the first standard was then derived and the result transferred to PI in June 2020.

[edit]
  • "The home of the open location community". omlox.org. Retrieved 2023-02-08.
  • "Short description of the omlox technology". profibus.com. PROFIBUS & PROFINET International. Retrieved 2023-02-08.
  • "omlox Technology page". us.profinet.com. PI North America. Retrieved 2023-02-08.

References

[edit]

Citations

[edit]
  1. ^ Lehmann & Mademann 2022, p. 5
  2. ^ Zuin et al. 2018, p. 1490
  3. ^ Montague 2022
  4. ^ Coppens et al. 2022, p. 19
  5. ^ PI 20.112 2021
  6. ^ PI 20.112 2021, pp. 70–74
  7. ^ Compare detailed definition at PI 20.112 2021, pp. 40–58
  8. ^ PI 20.112 2021, pp. 59–69
  9. ^ PI 20.112 2021, pp. 79–85
  10. ^ PI 20.112 2021, p. 22
  11. ^ See definitions at PI 20.112 2021, pp. 25–39
  12. ^ PI 20.112 2021, pp. 22–25
  13. ^ "omlox partners and members". omlox.com. Retrieved 2021-12-07.
  14. ^ "Ultra-Wideband (UWB): Here's everything you need to know". bleesk.com. Retrieved 2021-12-08.
  15. ^ PI 20.122 2022
  16. ^ "Exploring Ultra-Wideband Technology for Micro-Location-Based Services". microwavejournal.com. Microwave Journal. 2021-06-14. Retrieved 2021-12-07.
  17. ^ IEEE 802.15.4z 2020
  18. ^ in Lehmann & Mademann 2022, p. 3 also named as anchor
  19. ^ "Precise Indoor Positioning is finally here". locatity.com. Retrieved 2021-12-07.
  20. ^ PI 20.122 2022, pp. 18–21
  21. ^ "How Real-Time Location Systems Work". ubisense.com. Retrieved 2021-12-08.
  22. ^ Lehmann & Mademann 2022, p. 8
  23. ^ PI 20.122 2022, p. 23
  24. ^ PI 20.122 2022, p. 22
  25. ^ PI 20.122 2022, p. 24
  26. ^ PI 20.122 2022, p. 26
  27. ^ Cruz 2022
  28. ^ "Omlox benefits for manufacturers". controleng.com. Control Engineering. 2021-05-08. Retrieved 2021-12-06.
  29. ^ Wahl 2021
  30. ^ Gerwin, Linn (2022-02-01). "Potenzialanalyse eines Standards für Ortungssysteme zum Einsatz in der Produktion und Logistik". researchgate.net. Retrieved 2022-02-15.
  31. ^ "Success Story: Holistic Traffic Management Powered by omlox". www.lotsofbots.com. Lots of Bots, Independant Robot Comparison. 2021-12-21. Retrieved 2022-02-22.
  32. ^ Coors et al. 2022
  33. ^ Struck 2020
  34. ^ "World's first positioning & locating standard for industry, omlox". epdtonthenet.net. Electronic Product, Design & Test. 2020-06-16. Retrieved 2022-02-15.

Bibliography

[edit]

Standards

[edit]

Papers

[edit]

Reports

[edit]
This page will be placed in the following categories if it is moved to the article namespace.
Categories:

Retrieved from "https://en.wikipedia.org/w/index.php?title=Draft:Omlox&oldid=1260139584"