Universal protocol converter for highest degree of flexibility
ipConv is a universal protocol conversion solution for coupling a
wide range of different protocols. Its architecture (ipConv Architecture)
ensures maximum independence between the different protocols used. As protocols
are kept completely separate with respect to data transmission methods and
information representation, the solution greatly facilitates system planning and commissioning. For instance, the different protocols can be tested separately.
ipConv provides the foundation for specialized products such as ipConvLite
and ipConvOPC. Even ipRoute is based on ipConv. The universal solution ipConv has been designed for cases where special project-specific requirements exceed the capabilities of these specialized products.
For centralized use ipConv is available with the most powerful hardware platforms IPC191V5 19" 1U and IPC191X1 19" 1U, which can be equipped with further interfaces via PCIe expansion slots. For customers who already have the necessary hardware, we offer the Windows software package ipConvOPC, and ipConv/VM for virtual machines, for universal protocol conversion.
Security at the highest level
Communication between multiple data sources
Simultaneous use of diverse protocols
User-defined mapping of information
Intelligent information processing
No programming required
Secure access to all administrative services (HTTPS, SSH, SFTP)
Role-based access protection with login and password
User administration for local users
Central user administration via Active Directory (LDAP) and/or RADIUS
PKI and Crypto Store for certificate management
Creation of self-signed certificates and Certificate Signing Requests (CSRs)
Excel Import The Excel file can be imported directly (Supported formats: .xlsx, .xlsm, .csv)
The following example shows the configuration of a protocol stack (here IEC 60870-5-101, Master). All parameters are shown with their configured values, relevant measurement units and short descriptions.
A parameter value can be changed by clicking on the parameter name. A detailed description, if relevant, also pops up. The entered value is checked if it falls in the permissible value range or a selection list offers a pre-selection of permissible values.
Only relevant parameters are displayed, for instance if the link layer type is set to "unbalanced", only the corresponding parameters are shown.
ipConv enables fast and efficient processing of great volumes of data points by allowing data import from tables. These tables are based on templates and may be processed with various spreadsheet programs such as Microsoft Excel. The extended use of formulae minimizes the data volume, substantially reducing the number of errors.
With protocol converters it is essential that the state of
all interfaces can be determined at a glance. This is all the more important, if
the available personnel at the facility does not have particular knowledge of the
The diagnostic data can be accessed with the "Diagnostics" button in the main menu. The most important information is given in plain text with the time in an easy to read way. Colored highlights indicate an ok / not ok state.
You can configure the type of information, descriptions and colors.
Plain messages, measured values, and also control commands such as a button for initiating a general poll can be shown.
With all communication applications, it is always essential
to know which data are transmitted via the protocol and how the data is
converted from one protocol to another. And it is even more important when
problems occur with transmission. ipConv features logging and archiving
functions for all data traffic.
ipConv allows you to keep track of the system state and information flow inside the converter by recording and archiving all information passing through a module for a given time period. This data can be recorded:
All data to/from ipConv sent and received via the relevant communication module
System messages, i.e. connection break-off, communication error messages etc.
Configuration and software error messages
The range of data recorded is defined by the logging level. This can be
changed dynamically (at runtime) or statically (in the configuration) for
The logging level defines the representation format for the sent or received information. Data can be
represented either in hexadecimal code or in decoded, symbolic form or both. This example shows the content of a logfile generated from an IEC 60870-5-101, Master protocol stack.
Data is stored directly in the easy to read ASCII format. Logfiles can be displayed, searched, or downloaded for offline diagnosis via the web interface.
All recorded data is archived cyclically, enabling you to keep track of
communication over a period of days or even weeks (depending on the data
ipConv is capable of representing and simulating all signals in a simple project-specific form, a functionality which is particularly useful for signal tests during commissioning. This greatly facilitates tracking down of wiring and configuration errors.
All data points can be shown in a hierarchical form defined by the configuration. Names, nesting depth and signal range can be freely chosen and configured for each project. This enables personnel not familiar with ipConv and the relevant protocol to access information.
The signal name, information type, value, quality identifier and time stamp (if available) are shown.
At the same time, data and commands can be simulated directly in the web browser. This functionality is very useful, if only one communication partner is connected (control station or RTU). Pretests can thus eliminate most configuration errors, even if the complete communication path is not available.
To meet even increased security requirements, ipConv is fully capable of redundancy in combination with a second device.
Line redundancy (hot-standby)
Device redundancy (parallel operation)
With redundant protocol converters, reliability can be ensured, based on the "hot standby" principle. At any one time only one device assumes the active role, while the passive device monitors the active one and takes the initiative if it fails.
This minimizes downtimes due to maintenance work or component and interface outages, for example.
The redundancy coupling can be realized via Ethernet as well as over serial connections. If separate serial communication connections must be connected to both redundant devices, the CS channel switch will be applied.