Laden...

Modbus Ethernet

Weitere Details in den Kaufinformationen einsehen
Download Free Demo

Produktübersicht

Der Modbus Ethernet-Gerätetreiber ermöglicht in Verbindung mit dem KEPServerEX den Datenaustausch zwischen OPC-Clients und mit dem Modbus Ethernet-Protokoll konformen SPSen. KEPServerEX optimiert die Datenerfassung automatisch auf Grundlage der Clientnachfrage. Die Datenintegrität wird durch umfassende Fehlerbehandlung sichergestellt.

Die Kepware Implementierung des Modbus Ethernet-Treibers unterstützt simultane Master- und Slave-Vorgänge. Im Slave-Modus kann der Server Daten nach dem Ausnahmeprinzip von anderen Modbus Ethernet-Geräten empfangen.

Der Modbus Ethernet-Treiber bietet nun direkte Integration mit den Programmierpaketen Modicon Concept und ProWORX. Wenn Sie eines dieser Pakete verwenden, können Sie die in Ihrer SPS-Anwendung verwendeten Tags direkt in KEPServerEX importieren. Dieser Schritt spart Zeit und macht alle relevanten SPS-Daten sofort für Ihre OPC-Clientanwendungen verfügbar.

Ressourcen

Leistung

  • Automatische Tag-Generierung
  • Unterstützung für mehrere SPSen via IP-Adressierung
  • Unterstützung für Modicon Ethernet-zu-Modbus Plus-Bridging
  • Unterstützung mehrerer oder einzelner Sockel für eine bessere Verwaltung der Gateway-Ressourcen
  • Tag-Import aus Concept- und ProWORX-Programmierpaketen
  • Unterstützung von Tags für erweiterte Statistiken, einschließlich _CommFailures und _ErrorResponses
  • Arbeitsspeicherzugriff bis 65535
  • Unterstützung von Hexadezimaladressen (0–FFFF)
  • Benutzerdefinierbare Leseblockgrößen
  • Einstellbare Adressbasis (0 oder 1)
  • Vertauschen der Wortreihenfolge für Gleitkommazahlen und Long Integers
  • 0xxxx – Ausgangs-Coils, 1xxxx –Eingangs-Coils, 3xxxx – Interne Register, 4xxxx – Halteregister
  • Unterstützung sämtlicher Datentypen und Arrays

Protokolle

  • Modbus Ethernet

Unterstützte Geräte

  • Applicom: Generic Modbus, TSX Premium, TSX Quantum
  • Fluenta FGM
  • Instromet
  • Mailbox
  • Modbus Ethernet
  • Roxar RFM

Verfügbare Sprachen

  • Deutsch
  • Englisch
  • Japanisch
  • Simplified Chinese

Anwendungsunterstützung

  • DDE Format CF_Text and AdvancedDDE
  • NIO Interface for iFIX
  • OPC .NET Service (OPC .NET) Version 1.00
  • OPC Alarms and Events (OPC AE) Version 1.10
  • OPC Data Access (OPC DA) Versions 1.0a, 2.0, 2.05a, and 3.0
  • OPC Unified Architecture (OPC UA) Version 1.02
  • SuiteLink and FastDDE for Wonderware

Versionshinweise

6.5.829.0

19.06.2018

  • Neue Möglichkeit für lokale Adressen zum Erstellen eines emulierten Slave-Geräts.
  • Behebung eines Problems, bei dem Schreibvorgänge in ein Array fehlgeschlagen sind, wenn sie nicht gelesen wurden.

6.2.460.0

06.07.2017

  • Neu: Unterstützung der chinesischen Sprache.

6.1.601.0

04.04.2017

  • Behebung eines Problems, bei dem die Array-Länge in Hexadezimalwerte konvertiert wurde, wenn die Adresse als Hexadezimalwert angegeben wurde.

6.0.2107.0

15.11.2016

  • Neu: Support auf Deutsch.
  • Neu: Support auf Japanisch.

5.21.235.0

11.06.2018

  • Geänderte Formatierung der Array-Länge, sodass sie bei Angabe der Adresse als Hexadezimalwert stets als Dezimalzahl dargestellt wird.

5.21.114.0

20.03.2017

  • Behebung eines Problems, das in Version 5.19 eingeführt wurde und bei dem die dezimale Array-Länge in einen Hexadezimalwert umgewandelt wurde, wenn als Adressformat hexadezimal angegeben war.

5.20.396.0

03.05.2016

  • Added support for expanded blocking modes for CEG device model.
  • Changed the driver behavior to no longer send a FIN in response to a request timeout.
  • Increased the maximum channel limit from 256 to 1024.

5.19.467.0

20.10.2015

  • Added support for Advanced Statistics Tags, including _CommFailures and _ErrorResponses.
  • Added support for padding addresses for both 5 digit and 4 digit format. If 5 digits or more are used, the address entered is padded to 5 digits (400001). If 4 digits or fewer are used, the address entered is padded to 4 digits (40001). This applies to all model selections except Applicom and Fluenta.
  • Improved message logging to include socket errors in the Event Log.

5.18.662.0

23.06.2015

  • The driver now reports an error when receiving a message length in the Modbus header that is less than the actual message length.
  • Added support for "Double Precision Unsigned Long" encoding of Ints and UInts.

5.16.722.0

21.10.2014

  • Added the new CEG model and made protocol changes to slave mode to support a maximum of 500 register and 8000 coil tag reads.
  • Added the new CEG model and made protocol changes to slave mode to support a maximum of 500 register and 8000 coil tag reads.
  • The driver will now attempt a retry on receipt of a send socket error. Prior to this change, certain devices could respond with a socket error after the initial connection and cause an unnecessary disruption in communication with that device.
  • Fixed an issue introduced in KEPServerEX version 5.14 where tags on one or more devices may stop being serviced if another device under a channel has been deleted.

5.15.585.0

22.07.2014

  • Changed the driver's minimum Timeout setting from 50 milliseconds to 10 milliseconds.
  • Fixed an issue where a buffer overflow could result in the driver writing to erroneous coils.
  • Added support for importing string type tags via the Variable Import Settings page.

5.14.493.0

04.03.2014

  • Fixed an issue involving register block sizes of 1 to 4, or coil block sizes of 8 or 16 when using packed coils. The issue either resulted in a failure to add tags from a client or in tags being set to bad quality because of a malformed packet.

5.14.491.0

18.02.2014

  • The driver now closes socket connections when a device is disabled.
  • Created a new CEG model.
  • Fixed an issue where some errors returned by the device were not being properly reported by the server.
  • Fixed an issue resulting in bad quality data for 32 and 64 bits tags residing in the upper block boundary.
  • Fixed an issue resulting in bad quality data for packed coil tags defined at the upper block boundary.

5.12.140.0

18.06.2013

  • Updated the driver to change the unsolicited communications timeout value from -1 to 0 (if applicable) when loading a project. This invalid value may be present in projects that were saved using older driver versions, and will invoke an error pop-up message after the Unsolicited tab is viewed in Device Properties.

5.10.205

13.11.2012

  • Added support for tag-level Byte and Word order swapping to the Applicom device model.
  • Fixed address parser issues occurring in the Applicom device model where various invalid characters were accepted at the end of a valid address. Also fixed an issue where the 'D' and 'F' address types were allowing bit within word syntax even though the driver does not support bit in 32-bit values.

5.9.170

26.06.2012

  • Increased the character limit of the tag Description field from 64 to 255.
  • Fixed an issue where the driver was posting continuous "Failed to start unsolicited communications messages" in the Event Log when Port 502 was in use by another application at startup.
  • Added the new device-level internal tag "_FailedConnection" that indicates the driver failed on its attempt to connect to the device.

5.8.109.0

21.02.2012

Added support for Channel Serialization.

Note: Channel Serialization is not supported for unsolicited devices or mailbox model types.

5.7.84.0

24.10.2011

  • The "Use holding register bit mask writes" setting is now disabled by default for the Applicom sub-model type TSX Premium.
  • Added Boolean support for the "%M" and" %MX" syntax.
  • Added " %MWaaaa:Xb" to read a bit in a word (in addition to the current "%MWaaaa.b").
  • Added the ability to append an 'H' or 'L' to the end of an Applicom string address when defining byte order.
  • Fixed an issue where concurrent writes to multiple bits within the same register were not being retained if the channel was configured to use more than one socket per device and the device property "Use holding register bit mask writes" was unchecked.
  • Corrected Applicom string address syntax to use string length as length in words, not bytes.

5.6.122.0

25.07.2011

  • Added an Applicom model type to support Applicom-centric address syntax for Modbus Ethernet enabled devices. Selecting the Applicom model in the Device Wizard prompts a "Sub-Model" dialog that includes options for "Generic Modbus," "TSX Premium," and "TSX Quantum."

5.5.94.0

18.02.2011

  • Fixed an issue with unsolicited connections management and expanded the maximum unsolicited socket connections from 32 to 256.
  • Added a setting that allows users to select whether the driver will close the socket on timeout.
  • The driver will now check for License Activation upon receiving unsolicited communications.

5.4.131.0

28.10.2010

  • In a fix carried over from a patch to 4x, fail now tags immediately if the packet can't be transmitted (instead allowing retry logic to execute).

5.2.133.0

18.02.2010

  • Fixed issue with write-only tags introduced in 5.0. The value of the tag was not updating when a value was written to it. The correct value was written to the device, just not displayed in the data client.
  • Allow global settings that control unsolicited port and protocol to change on the fly.

5.1.71.0

21.10.2009

  • Added string data type support for Internal Registers.

Was ist ein Treiber?

KEPServerEX ist nicht nur ein OPC-Server, sondern eine Konnektivitätsplattform für industrielle Automation und das IoT. Laden Sie KEPServerEX einfach herunter, und wählen Sie aus der Kepware Bibliothek mit über 150 Geräte- und Clienttreibern sowie erweiterten Plugins die passenden Treiber und Plugins für die Kommunikationsanforderungen Ihres industriellen Steuerungssystems aus.

Ein Treiber ist eine Softwarekomponente, mit der KEPServerEX die Konnektivitätsanforderungen eines bestimmten Geräts, Systems oder einer anderen Datenquelle erfüllen kann. Der Treiber übernimmt für KEPServerEX die gesamte proprietäre Kommunikation mit der Datenquelle, während die Clientschnittstellen die unterstützten OPC-Verbindungen sowie Verbindungen gemäß proprietären und offenen Standards mit Anwendungen zur Überwachung oder Steuerung der Geräte verwalten.

Treiber können einzeln oder als Teil von Suiten lizenziert werden. Je nach Entwicklung der Verbindungsanforderungen können zusätzliche Suiten lizenziert werden.