Industrial Data Xchange (IDX) is a South African based IT industrial company with a global focus specialising in the provision of data communication solutions. On this blog, IDX experts comment on industrial communication protocols, trends, and tips as well as what is on the go in the labs at IDX.
IDX 8 Tag Manager - Managing the unmanagable?
Tag management of real-time data systems can prove
challenging. As an industrial IT company we frequently come across the problem
where tags need to be migrated from one system to another or where tags need to
be synchronised and maintained between systems including historians. Generally,
this ends up being a manual process, often involving Excel and much diligence
and patience of the maintainer’s behalf.
IDX Unifig was the
first incarnation of a tool we designed with the aim to simplify the migration
and management of tags between systems. The tool worked, but with as with most
first editions of software tools, we could see the need for improvement and
refinement of the approach used. Thus Tag Manager was born, and has become the
key stone in the IDX 8 software suite. All other IDX 8 modules, such as Data
Exchange, Alarms and Events and the Historian use Tag Manager to store and
The comparison result we like to see - no changes.
Tag Manager employs a plugin methodology that allows various
sources and targets to be managed and synchronised. Currently, we mainly see
the use of the Siemens WinCC and CSV sources, usually synchronising with
WonderWare Historian (InSQL) and OSISoft PI Historian targets. The process of
synchronisation is rule and wizard driven and allows for comprehensive
comparison of tag data before synchronisation. These rules allow data to be
filtered, pivoted and “Regular-Expression-ed” into the required target format. That being said, there are still significant
obstacles to overcome when dealing with certain sources in particular, which
play a critical role in determining the overall simplicity of tag synchronisation.
For example, a common scenario we have is to synchronise
tags in WinCC with tags in PI Historian. It must be highlighted that the ease
of synchronisation is markedly affected by the rigorous adoption of a
standardised naming convention for tags. Without this, you can quickly become
bogged down in naming exceptions – while still do-able, usually means more
initial rule setup and configuration time. Also, certain systems complicate
matters further in that they use Tag names as the system unique tag identifier
(e.g. WinCC). This is a bad idea simply because it in no way facilitates the
ability to rename tags in the source without destroying the possibility of avoiding
additional manual intervention of synchronisation between other systems. WinCC
does have a tag identifier value associated with a Tag, but this identifier is
not stored in some kind of central configuration repository - it changes when a
full PLC download occurs which naturally breaks fully automated synchronisation.
In such cases, additional care must be taken to synchronise configurations.
It is mainly because of cases such as the above that Tag
Manager is not yet a fully automatic, click-once-and-forget affair (a request we
have received more than once – we are looking into it is all I can say at the
Tag Manager is used on an on-going basis for tag synchronisation,
usually in a WinCC to Wonderware Historian or more frequently, OSISoft PI
Historian configuration across the various Platinum producer sites in
Last week IDX were called to site at a large commercial residence building in Pretoria, South Africa. Where our client was implementing an IoT solution for remote monitoring and control of various HVAC and power systems in the building. The control system the SI chose in this case was a Modbus enabled Industrial Micro PC called the Revolution PI. The client had Modbus sensors connected to boilers, air conditioning systems, ventilation systems and power meters. The Modbus communications between the controller and the sensors were intermittently failing due to various installation and implementation faults:
1. Earthing and Shielding Within any fieldbus communication installation, one of the requirements to ensure uninterrupted operation is to implement adequate grounding and shielding techniques. Effective grounding and Shielding help to prevent electrostatic and electromagnetic pickup, which can lead to failed communications.
Some of the shielding and grounding requirements for a Modbus RS4…
Time to dust off the cobwebs and do some "legacy" development! In this blog, I'm going to show you how to get to a point where you can start writing Java code on the HMS Anybus Communicator. I find that it doesn't matter what language you code in, the tricky bit is getting to the point where you can simply create and run the time-honoured "Hello World!" program. Using new editors, sorting out dependencies, making physical hardware connections can take up a big chunk of your time.
First, some information on the hardware platform: The Anybus brand from HMS contains hundreds of gateways (or protocol converters) that can be used to convert between common industrial communications protocols such as PROFIBUS, MODBUS, Ethernet/IP, ControlNet, DeviceNet, PROFINET, CANOpen, J1939, etc. Check out anybus.com for a full list of protocols supported out of the box. Using these gateways you can for instance read registers from a MODBUS device and make them available to a PR…
We are proud to
announce the IDX ifm VSE Gateway, our custom cost-effective gateway solution
for the ifm VSE002/100 vibration monitoring diagnostic devices. The IDX ifm VSE Gateway is a DIN-rail mountable industrial
communication gateway that allows real-time vibration monitoring data from the
ifm VSE diagnostic device series to be made available via a variety of standard
industrial data protocols and/or interfaces. The Gateway has been specifically designed to work with the
ifm VSE002 and VSE100 monitoring devices, and each gateway connects to up to 10
VSE devices via Ethernet. The IDX Gateway exposes the VSE vibration monitoring
data via interfaces based on the RS-232/485 or Ethernet interfaces, such as
MODBUS TCP/RTU and OPC Data Access (DA). Alternatively, a custom protocol
interface can be cost-effectively developed if required. The gateway is configurable using the IDX software suite
using one of the Ethernet connections, allowing for the possibilities of exposing
diagnostic data …