IO-Link for LabVIEW and TestStand

GPower IO-Link for LabVIEW & TestStand [Download Free Trial Versions]

Are you a LabVIEW or TestStand developer, you should really watch this video and try GPower IO-Link! A universal driver for more than 30,000 IO-Link devices!

IO-Link for LabVIEW and TestStand

Even though IO-Link has been around for more than a decade there has been no easy way to connect the devices with the NI tool chain. This is why the GPower IO-Link is revolutionary. By installing just one toolkit you gain access to data from more than 30.000 devices right in your LabVIEW code. Moreover, we have taken our own medicine and utilized our IO-Link LabVIEW Toolkit to build a set of IO-Link step types for TestStand.

A Revolutionary Product Including...

LabVIEW driver for IO-Link Masters

    • LabVIEW driver API with LabVIEW Palette
    • Easy access to all parameters of IO-Link devices thanks to the simple download of IODD files
    • Easy installation using VI Package Manager

TestStand Step Type for IO-link Masters

    • Easy access to all parameters of IO-Link devices thanks to the simple download of IODD files
    • Direct integration to TestStand variables
    • Easy installation using NI Package Manager

Download Free Trial Versions

We hope this trigged your interest in IO-Link products and our tools for accessing them from the NI software tool chain. You can download free trial versions and learn more by visiting our website: https://gpower.io/en/products/io-link-labview-teststand/.

#iolink #plugnplay #encoders #ioddfile

Want to know more? Please contact our Senior Specialist, Jens Christian Andersen.

Hvad er Time Sensitive Networking (TSN)?

What is Time Sensitive Networking (TSN)?

TSN is the latest extension of the Ethernet standard, but what does it consist of and how can it be used to synchronise devices on a network?

Introduction to TSN

Ethernet is a widely applied communication standard that makes up the backbone of the internet. It is standardised in IEEE 802.3 and is used for transmitting a plethora of data. It comes with the drawback that it is non-deterministic, i.e., there is no guaranteed reply time for requests over ethernet. For common internet traffic, determinism is not required, but for high-performance software and control processes, it is crucial that data arrives on time.

Several solutions have been made to introduce determinism in ethernet, for example EtherCAT which consists of a closed network with a fixed data frame that is transmitted at a high repetition rate. However, EtherCAT cannot be extended to an open network and does not allow other data than what has been predefined.

TSN is a general solution that allows deterministic communication on open ethernet networks. It requires TSN-enabled hardware but is backwards compatible so ordinary ethernet data can be transmitted on TSN networks.

Synchronisation

In order to deliver deterministic communication, a common concept of time is required, which is absent in ordinary ethernet. This involves the ability to synchronise different devices over TSN which is at the core of this post. Synchronisation is standardised in TSN under IEEE 802.1AS which is an extension of an earlier standard, IEEE 1588 also known as Precision Time Protocol (PTP). Therefore, TSN is compatible with PTP, but where PTP works on level 3 in the OSI model, TSN is a level 2 technology which makes it insensitive to network traffic.

Synchronisation in TSN is based on a master clock that all the other devices refer to. The master clock is automatically selected from the local network on the basis of what clocks are available and their specifications. If the master clock becomes unavailable, a new master is automatically selected to which the other devices will refer.

From the master clock, synchronization packets are sent to the other devices on the network. These packets measure the distance from the master to all slaves and this information is used to adjust the slave clocks when they synchronize with the master clock. In this way, TSN can take difference in cable length into account, as well as difference in response times and other imperfections in the network, in order to achieve a synchronous network.

Why TSN?

The quality of synchronisation in TSN is better than 1 µs by default, but it can often be improved, if the network is optimised. That means that TSN is an ideal technique for distributed data acquisition systems with high sampling rates, where large amounts of data is transmitted over the network. This makes TSN suited for, e.g., structural tests, where large units are measured with many strain gauges at sampling rates up to 100s of kHz.

Deterministic communication via TSN lends itself towards using Ethernet in systems controlled by real-time operating systems (RT-OS), such as machine control and hardware in the loop (HIL). Here, strict determinism is required, making ordinary Ethernet unsuited. For more information about this and TSN support in NI’s products, see here.

Feel also free to contact us for further information