EP3550748A1 - Verfahren zur erkennung von datenverfälschungen bei einer datenübertragung über eine fehlersichere kommunikationsverbindung - Google Patents

Verfahren zur erkennung von datenverfälschungen bei einer datenübertragung über eine fehlersichere kommunikationsverbindung Download PDF

Info

Publication number
EP3550748A1
EP3550748A1 EP18165818.8A EP18165818A EP3550748A1 EP 3550748 A1 EP3550748 A1 EP 3550748A1 EP 18165818 A EP18165818 A EP 18165818A EP 3550748 A1 EP3550748 A1 EP 3550748A1
Authority
EP
European Patent Office
Prior art keywords
data
checksum
crc
automation component
struct
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
EP18165818.8A
Other languages
English (en)
French (fr)
Other versions
EP3550748B1 (de
Inventor
Ales Gjerkes
Johannes Hubert
Marcus Lorentschk
Thomas Markus Meyer
Nico Michaelis
Christoph Scherr
Reinhard Watzenig
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Siemens AG
Original Assignee
Siemens AG
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Siemens AG filed Critical Siemens AG
Priority to EP18165818.8A priority Critical patent/EP3550748B1/de
Priority to CN201910265394.6A priority patent/CN110351012B/zh
Priority to US16/374,941 priority patent/US10979177B2/en
Publication of EP3550748A1 publication Critical patent/EP3550748A1/de
Application granted granted Critical
Publication of EP3550748B1 publication Critical patent/EP3550748B1/de
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0061—Error detection codes
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/03—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words
    • H03M13/05—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words using block codes, i.e. a predetermined number of check bits joined to a predetermined number of information bits
    • H03M13/09—Error detection only, e.g. using cyclic redundancy check [CRC] codes or single parity bit
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/03—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words
    • H03M13/05—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words using block codes, i.e. a predetermined number of check bits joined to a predetermined number of information bits
    • H03M13/09—Error detection only, e.g. using cyclic redundancy check [CRC] codes or single parity bit
    • H03M13/095—Error detection codes other than CRC and single parity bit codes
    • H03M13/096—Checksums
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/08—Error detection or correction by redundancy in data representation, e.g. by using checking codes
    • G06F11/10—Adding special bits or symbols to the coded information, e.g. parity check, casting out 9's or 11's
    • G06F11/1004—Adding special bits or symbols to the coded information, e.g. parity check, casting out 9's or 11's to protect a block of data words, e.g. CRC or checksum
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0009—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the channel coding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signaling for the administration of the divided path
    • H04L5/0096—Indication of changes in allocation
    • H04L5/0098—Signalling of the activation or deactivation of component carriers, subcarriers or frequency bands
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/14—Spectrum sharing arrangements between different networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/12—Access restriction or access information delivery, e.g. discovery data delivery using downlink control channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access

Definitions

  • the invention relates to a method for detecting data corruption in a data transmission via a fail-safe communication connection between a first automation component and a second automation component of industrial control technology, wherein in a transmission of a data structure to secure the data structure in a telegram to be transmitted both on the side of the first automation component as well as on the side of the second automation component, a checksum on the telegram is formed, the data structure includes different data types.
  • the invention relates to the technical field of fail-safe communication, which i.a. Communication between field devices, control components and similar devices in industrial process automation or factory automation is used.
  • fail-safe communication is also called F-communication, in particular in safety-relevant applications, in particular when errors in communication can endanger people, animals or property.
  • the Profisafe Norm V2.6.1 standard of the PNO 2014 describes on page 81, beginning with line 1999, how data checks can be made by means of a checksum.
  • separate error analyzes must be carried out for communications between fail-safe controllers or for fail-safe I / O modules. This error consideration concerns, in particular the assurance that the desired connection partner has been addressed correctly and also matches the configuration on both communication partners. This affects u.a. also the data structure of both communication partners. If an error occurs, these errors must be reliably detected and the fail-safe communication must assume a safe state. Upon detection of an error, e.g. the receiver that detected the error, provide substitute values and output them to the process.
  • the object of the invention is therefore to provide a method with which it is possible to detect a data transmission error in which a receiver and a transmitter have a different data structure.
  • the object is achieved by allocating a data-specific representative to the data types contained in the data structure before forming the checksum for the telegram on the side of the first automation component, and then via the one representative structure.
  • Checksum is formed, and then the data structure with the structure checksum formed on the representatives is transmitted, wherein in the second automation component on the data types contained in the received data structure again the data-specific representative is assigned, and again on the representatives a renewed Structure checksum is formed, the transmitted and the recalculated structure checksum is checked on the side of the second automation component and a deviation of the structure checksums from each other a data corruption is detected.
  • a data transmission error in the communication connection is detected in the case of detected data corruption, and a secure state is selected for the communication connection, with pre-configured substitute values being provided in the second automation component.
  • the structure checksum formed via the representatives is transmitted in addition to a checksum formed via the telegram to be transmitted.
  • a security protocol in particular the Profisafe protocol, is preferably used.
  • the data structures are selected according to the specification OPC UA as data structures.
  • the object mentioned at the outset is likewise achieved by an engineering system for creating and / or configuring and / or Monitoring a fail-safe communication connection between a first automation component and a second automation component solved.
  • the automation components are located in an automation system of industrial control technology, whereby data structures can also be transmitted via the communication connection.
  • the data structures in this case comprise different data types and according to the invention an assignment means is now provided which is designed to assign a data type-specific representative to the data types of a data structure which is assigned to an established fail-safe communication connection and to transfer this assignment as assignment information to the first and second automation components, which form a structure checksum for detecting data corruption during data transmission via the fail-safe communication connection between the first automation component and the second automation component via the representatives.
  • a structure checksum (for example CRC, hash) is now formed on both sides over the data structure and checked by the connection partners.
  • the structure checksum takes into account the data type and the order of the data in the data structure.
  • the representation of a data type may e.g. by numeric identifiers, by textual identifiers (representative identifier or even data type identifier itself) or also alphanumerically.
  • the decisive factor is that each data type can be referenced uniquely.
  • To calculate the structure checksum in the order in which the data types are created in the connection, the representation is mapped and the checksum is formed above it.
  • an entry in a diagnostic buffer is initiated in an engineering system after detection of a data corruption by the automation component.
  • the automation component designed as a PLC
  • the detected error in a fault memory can query this.
  • FIG. 1 a mapping table for a data structure 20 having a first data type 21, a second data type 22, a third data type 23, a fourth data type 24 and a fifth data type 25 is shown.
  • the data structure 20 thus comprises five structural elements (Bool, Int, DInt, Word, DWord).
  • Each of the data types 21, ..., 25 is uniquely assigned a representative 30.
  • the data type Bool has the representative 17, the data type Int has the representative 89, the data type DInt has the representative 47, the data type Word has the representative 91 and the data type DWord has the representative 50.
  • the data structure A is constructed, for example, from four data types and has the order Bool, Int, Bool, Int, accordingly, the representatives 17 are assigned to the data types Bool and the representatives 89 to the data types Int. If you now form the checksum using the order of the representatives 17, 89, 17, 89, you get a specific checksum 0X11223344 for the data structure Example A.
  • the data structure B has data types in the order of Int, Bool, Bool, Int and, accordingly, the representatives 89, 17, 17, 89 would have an exemplary checksum about the order of the representatives 89, 17, 17, 89, a checksum of 0x59425945.
  • the data structure C likewise has four data types, and this time the data types Int, Word, DInt, DWord have correspondingly assigned the representatives 89, 91, 47, 50 and an exemplary checksum of 0X9A693BF8 results.
  • FIG. 2 For example, a data transmission of a data structure 20 between a transmitter 41 and a receiver 42 is shown in the prior art.
  • a data structure 20 with three data types 21, 22, 23 is transmitted.
  • a checksum CRC telegram is formed over the entire telegram including the data structure 20.
  • the telegram with the data structure 20 and the checksum CRC telegr is transmitted to the receiver 42 and arrives in a good case as it has been sent.
  • the checksum CRC telegr has been formed via the telegram with a starting value which contains, for example, the address security information and if both the receiver and the transmitter have the same interpretation of the data, a transmission error is ruled out.
  • FIG. 3 a data transmission error is shown in the prior art.
  • the transmitter 41 in turn transmits to the receiver 42 already with FIG. 2 shown data structure 20.
  • an error has crept into receiver 42, namely, the order of the data types in the data structure 20 is skewed.
  • a checksum CRC telegram is still formed over the entire data structure. It follows that the receiver 42 and the transmitter 41 have an undiscovered different interpretation of the data in the data structure. But nevertheless the telegram is regarded as a valid telegram by the receiver.
  • an additional structure check sum CRC struct is formed for a data structure 20.
  • the additional structure checksum CRC struct is formed via data-specific representatives 30 for the first data type 21, the second data type 22 and the third data type 23. Accordingly, the structure checksum CRC struct is formed via the number sequence 17, 89, 17.
  • a data-specific representative 30 is assigned to the data types 21, 22, 23 contained in the data structure 20, and then the structure checksum via the representatives 30 CRC struct is formed and then the data structure 20 is transmitted with the structure checksum CRC struct formed by the representatives 30, wherein in addition the normal checksum CRC telegram of the telegram is appended again.
  • the checksum CRC struct of the data structure is included as the starting value in the checksum CRC telegr of the telegram.
  • this telegram arrives at the second automation component 12 or at the receiver 42, then the data type-specific representative 30 is again assigned to the data types 21, 22, 23 contained in the received data structure 20 and the structure checksum CRC struct is formed again via the representatives 30.
  • the transmitted structure checksum CRC struct and the newly calculated structure checksum CRC struct is checked on the side of the second automation component 12, that is to say on the side of the receiver 42, and a data corruption is detected if the structure checksums deviate from one another.
  • the receiver 42 and the transmitter 41 have a different data structure 20, the telegrams thus have different checksums CRC struct or different start values and the telegram is regarded as not valid by the receiver and thus a data corruption is detected.
  • FIG. 5 An engineering system E for creating and / or configuring and / or monitoring a fail-safe communication connection 1 is shown.
  • the engineering system E has an allocation means 31, which can associate the data types 21, 22, 23 of a data structure 20 with representatives 30.
  • association step "write in” connection parameters 32 assignment information of the representatives 30 to the data types 21, 22, 23 is stored in the automation system 10 in the first and second automation components 11, 12.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • Probability & Statistics with Applications (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Maintenance And Management Of Digital Transmission (AREA)
  • Communication Control (AREA)

Abstract

Zur Erkennung von Datenverfälschungen bei einer Datenübertragung über eine fehlersichere Kommunikationsverbindung (1) zwischen einer ersten Automatisierungskomponente (11) und einer zweiten Automatisierungskomponente (12) der industriellen Steuerungstechnik, werden bei einer Übertragung einer Datenstruktur (20) zur Absicherung der Datenstruktur (20) zusätzliche Struktur-Checksummen (CRC) gebildet, wobei den Datentypen (21,...,25) Repräsentanten (30) zugeordnet werden und über die Repräsentanten (30) die Struktur-Checksumme (CRC) gebildet wird.

Description

  • Die Erfindung betrifft ein Verfahren zur Erkennung von Datenverfälschungen bei einer Datenübertragung über eine fehlersichere Kommunikationsverbindung zwischen einer ersten Automatisierungskomponente und einer zweiten Automatisierungskomponente der industriellen Steuerungstechnik, wobei bei einer Übertragung einer Datenstruktur zur Absicherung der Datenstruktur in einem zu übertragenen Telegramm sowohl auf der Seite der ersten Automatisierungskomponente als auch auf der Seite der zweiten Automatisierungskomponente eine Checksumme über das Telegramm gebildet wird, die Datenstruktur umfasst dabei unterschiedliche Datentypen.
  • Die Erfindung betrifft das technische Gebiet der fehlersicheren Kommunikation, die u.a. die Kommunikation zwischen Feldgeräten, Steuerungskomponenten und ähnlichen Einrichtungen in der industriellen Prozessautomatisierung oder Fertigungsautomatisierung eingesetzt wird. Eine solche fehlersichere Kommunikation wird auch F-Kommunikation genannt, insbesondere bei sicherheitsrelevanten Anwendungen, insbesondere dann, wenn Fehler in der Kommunikation zur Gefährdung von Menschen, Tieren oder Sachwerten führen können.
  • Zur fehlersicheren Kommunikation in den oben genannten technischen Gebieten wird im Stand der Technik eine besonders abgesicherte paketvermittelte Datenübertragung eingesetzt, insbesondere das Profisafe-Protokoll.
  • In der EP 2 814 193 B1 ist ein Verfahren zur Erkennung von Fehlern bei der Übertragung von Daten von einem Sender zu zumindest einem Empfänger beschrieben.
  • Die Profisafe Norm V2.6.1 Norm der PNO 2014 beschreibt auf Seite 81, ab Zeile 1999, wie mittels einer Checksumme Datenstrukturen abgesichert werden. Im fehlersicheren Umfeld sind bei Kommunikationen zwischen fehlersicheren Controllern oder zu fehlersicheren I/O-Modulen gesonderte Fehlerbetrachtungen durchzuführen. Diese Fehlerbetrachtungen betreffen, insbesondere die Absicherung, dass der gewünschte Verbindungspartner korrekt adressiert wurde und auch die Konfiguration auf beiden Kommunikationspartnern zusammenpasst. Dies betrifft u.a. auch die Datenstruktur beider Kommunikationspartner. Tritt hierbei ein Fehler auf, müssen diese Fehler sicher erkannt werden und die fehlersichere Kommunikation einen sicheren Zustand einnehmen. Beim Erkennen eines Fehlers kann z.B. der Empfänger der den Fehler erkannt hat, für Ersatzwerte sorgen und diese an den Prozess ausgeben.
  • In der Profisafe Norm V2.6.1 sind bereits alle Fehlerbetrachtungen abgehandelt worden, aber von Nachteil ist es, dass wenn Fehler in einer Datenstruktur auftreten, diese nicht sicher erkannt werden können.
  • Aufgabe der Erfindung ist es daher ein Verfahren bereitzustellen, mit welchem es möglich ist, einen Datenübertragungsfehler aufzudecken, bei welchem ein Empfänger und ein Sender eine unterschiedliche Datenstruktur haben.
  • Bei dem eingangs genannten Verfahren zur Erkennung von Datenverfälschungen wird die Aufgabe dadurch gelöst, dass vor dem Bilden der Checksumme für das Telegramm auf der Seite der ersten Automatisierungskomponente den in der Datenstruktur enthaltenen Datentypen ein datenspezifischer Repräsentant zugeordnet wird, und anschließend über die eine Repräsentanten Struktur-Checksumme gebildet wird, und dann die Datenstruktur mit der über die Repräsentanten gebildeten Struktur-Checksumme übertragen wird, wobei bei der zweiten Automatisierungskomponente über den in der empfangenen Datenstruktur enthaltenen Datentypen erneut der datenspezifische Repräsentant zugeordnet wird, und erneut über die Repräsentanten eine erneute Struktur-Checksumme gebildet wird, die übertragene und die erneut berechnete Struktur-Checksumme wird auf der Seite der zweiten Automatisierungskomponente geprüft und bei einer Abweichung der Struktur-Checksummen voneinander wird eine Datenverfälschung erkannt.
  • Im Sinne der Erfindung ist ein Repräsentant mathematisch zu sehen und demnach ein Element einer bestimmten Art. Der entscheidende Vorteil ist nun das eine frühere unentdeckte Tauschung der Datentypen innerhalb der Datenstruktur nun erkannt werden kann.
  • In einer vorteilhaften Weiterbildung des Verfahrens wird bei einer erkannten Datenverfälschung ein Datenübertragungsfehler in der Kommunikationsverbindung erkannt und für die Kommunikationsverbindung wird ein sicherer Zustand gewählt, wobei vorprojektierte Ersatzwerte in der zweiten Automatisierungskomponente bereitgestellt werden.
  • Um eine zyklische Struktur-Checksumme für die Datenstruktur innerhalb des normalen Telegramms einzubinden ist es von Vorteil, wenn bei der Datenübertragung die über die Repräsentanten gebildete Struktur-Checksumme zusätzlich zu einer über das zu übertragende Telegramm gebildeten Checksumme übertragen wird.
  • Es ist von Vorteil, wenn als Repräsentant ein numerischer Bezeichner, ein textueller Bezeichner oder auch der Datentypbezeichner verwendet wird.
  • Zur Datenübertragung wird vorzugsweise ein Sicherheitsprotokoll, insbesondere das Profisafe-Protokoll, verwendet.
  • Mit besonderem Vorteil werden als Datenstrukturen die Datenstrukturen gemäß der Spezifikation OPC UA gewählt.
  • Die eingangs genannte Aufgabe wird ebenfalls durch ein Engineering-System zum Anlegen und/oder Konfigurieren und/oder Überwachen einer fehlersicheren Kommunikationsverbindung zwischen einer ersten Automatisierungskomponente und einer zweiten Automatisierungskomponente gelöst. Die Automatisierungskomponenten befinden sich in einer Automatisierungsanlage der industriellen Steuerungstechnik, wobei über die Kommunikationsverbindung auch Datenstrukturen, übertragbar sind. Die Datenstrukturen umfassen dabei unterschiedliche Datentypen und erfindungsgemäß ist nun ein Zuordnungsmittel vorhanden, welches ausgelegt ist, den Datentypen einer Datenstruktur, welche einer angelegten fehlersicheren Kommunikationsverbindung zugeordnet ist, jeweils einen datentypenspezifischen Repräsentanten zuzuordnen und diese Zuordnung als Zuordnungsinformation der ersten und zweiten Automatisierungskomponente zu übergeben, welcher zur Erkennung einer Datenverfälschung bei einer Datenübertragung über die fehlersichere Kommunikationsverbindung zwischen der ersten Automatisierungskomponente und der zweiten Automatisierungskomponente über die Repräsentanten eine Struktur-Checksumme bilden.
  • Zur Absicherung von Datenstrukturen bei einer fehlersicheren Kommunikation wird nun auf beiden Seiten eine Struktur-Checksumme (z.B. CRC, Hash) über die Datenstruktur gebildet und durch die Verbindungspartner geprüft. Die Struktur-Checksumme berücksichtigt dabei den Datentyp sowie die Reihenfolge der Daten in der Datenstruktur. Dabei kann die Repräsentation eines Datentypes z.B. durch nummerische Bezeichner, durch textuelle Bezeichner (repräsentativer Bezeichner oder auch Datentypbezeichner selbst) oder auch alphanumerisch erfolgen. Entscheidend dabei ist, dass jeder Datentyp eindeutig referenziert werden kann. Um die Struktur-Checksumme zu berechnen, wird in der Reihenfolge in der die Datentypen in der Verbindung angelegt werden, auf die Repräsentation gemapt und darüber die Checksumme gebildet.
  • Vorteilhafter Weise wird in einem Engineering-System nach Erkennen einer Datenverfälschung durch die Automatisierungskomponente ein Eintrag in einem Diagnosepuffer veranlasst. Vorzugsweise trägt die Automatisierungskomponente, ausgestaltet als eine SPS, den erkannten Fehler in einen Fehlerspeicher ein und das Engineeringsystem kann diesen abfragen.
  • Die Zeichnung beschreibt ein Ausführungsbeispiel der Erfindung. Es zeigt:
    • FIG 1
    eine grundsätzliche Mappingtabelle oder Zuordnungstabelle mit Datentypen und drei Beispielen für Datenstrukturen,
    FIG 2
    eine Datenübertragung von einem Sender zu einem Empfänger nach dem Stand der Technik (fehlerfrei),
    FIG 3
    eine Datenübertragung zwischen einem Sender und Empfänger nach dem Stand der Technik (mit Datenverfälschung unerkannt),
    FIG 4
    eine Datenübertragung zwischen einem Sender und einem Empfänger mit einer zusätzlichen Struktur-Checksumme über die Datentypen der Datenstruktur und
    FIG 5
    eine Automatisierungsanlage mit einer fehlersicheren Kommunikationsverbindung zwischen zwei Automatisierungskomponenten.
  • Gemäß FIG 1 ist eine Mappingtabelle für eine Datenstruktur 20 mit einem ersten Datentyp 21, einem zweiten Datentyp 22, einem dritten Datentyp 23, einem vierten Datentyp 24 und einem fünften Datentyp 25 dargestellt. Die Datenstruktur 20 umfasst demnach fünf Strukturelemente (Bool, Int, DInt, Word, DWord). Jedem der Datentypen 21,...,25 ist eindeutig ein Repräsentant 30 zugeordnet. Der Datentyp Bool hat den Repräsentanten 17, der Datentyp Int hat den Repräsentanten 89, der Datentyp DInt hat den Repräsentanten 47, der Datentyp Word hat den Repräsentanten 91 und der Datentyp DWord hat den Repräsentanten 50.
  • Die Datenstruktur A ist beispielsweise aus vier Datentypen aufgebaut und hat die Reihenfolge Bool, Int, Bool, Int, dementsprechend sind den Datentypen Bool die Repräsentanten 17 und den Datentypen Int die Repräsentanten 89 zugeordnet. Bildet man nun über die Reihenfolge der Repräsentanten 17, 89, 17, 89 die Checksumme so erhält man für die Datenstruktur Beispiel A eine spezifische Checksumme 0X11223344.
  • Die Datenstruktur B hat Datentypen in der Reihenfolge Int, Bool, Bool, Int und hat dementsprechend die Repräsentanten 89, 17, 17, 89 eine beispielhafte Checksumme über die Reihenfolge der Repräsentanten 89,17,17,89 ergäbe, eine Checksumme von 0X59425945.
  • Die Datenstruktur C weist ebenfalls vier Datentypen auf, und hat diesmal die Datentypen Int, Word, DInt, DWord dementsprechend die Repräsentanten 89, 91, 47, 50 zugeordnet und es ergibt sich eine beispielhafte Checksumme von 0X9A693BF8.
  • Mit der FIG 2 ist eine Datenübertragung einer Datenstruktur 20 zwischen einem Sender 41 und einem Empfänger 42 nach dem Stand der Technik dargestellt. Es wird eine Datenstruktur 20 mit drei Datentypen 21,22,23 übertragen. Zur Übertragungssicherung wird nach dem Stand der Technik über das ganze Telegramm inklusive der Datenstruktur 20 eine Checksumme CRCtelegr gebildet. Das Telegramm mit der Datenstruktur 20 und der Checksumme CRCtelegr wird zum Empfänger 42 übertragen und kommt in einem Gutfall so an, wie es abgesendet worden ist. Die Checksumme CRCtelegr wurde über das Telegramm mit einem Startwert der z.B. die Adresssicherungsinformation enthält gebildet und wenn beide, Empfänger und Sender, die gleiche Interpretation der Daten haben, so ist ein Übertragungsfehler ausgeschlossen.
  • Mit der FIG 3 wird ein Datenübertragungsfehler nach dem Stand der Technik dargestellt. Der Sender 41 übermittelt wiederum zu dem Empfänger 42 die bereits mit FIG 2 gezeigte Datenstruktur 20. Nun hat sich aber bei der Übertragung von Sender 41 zu Empfänger 42 ein Fehler eingeschlichen und zwar ist die Reihenfolge der Datentypen in der Datenstruktur 20 durcheinander geraden. Es wird aber nach wie vor nach dem Stand der Technik über die gesamte Datenstruktur eine Checksumme CRCtelegr gebildet. Daraus folgt das der Empfänger 42 und der Sender 41 eine unentdeckte unterschiedliche Interpretation der Daten in der Datenstruktur haben. Aber dennoch wird das Telegramm als gültiges Telegramm vom Empfänger angesehen.
  • Gemäß FIG 4 werden nun erfindungsgemäß zu einer Datenstruktur 20 eine zusätzliche Struktur-Checksumme CRCstruct gebildet. Die zusätzliche Struktur-Checksumme CRCstruct wird über datenspezifische Repräsentanten 30 für den ersten Datentyp 21, den zweiten Datentyp 22 und den dritten Datentyp 23 gebildet. Dementsprechend wird über die Zahlenfolge 17, 89, 17 die Struktur-Checksumme CRCstruct gebildet. Das bedeutet, dass vor dem Bilden der Checksumme CRCtelegr für das Telegramm auf der Seite der ersten Automatisierungskomponente 11 dem in der Datenstruktur 20 enthaltenen Datentypen 21,22,23 ein datenspezifischer Repräsentant 30 zugeordnet wird, und anschließend über die Repräsentanten 30 die Struktur-Checksumme CRCstruct gebildet wird und dann wird die Datenstruktur 20 mit der über die Repräsentanten 30 gebildeten Struktur-Checksumme CRCstruct übertragen, wobei zusätzlich die normale Checksumme CRCtelegr des Telegramms wieder angehängt wird. Eine andere Möglichkeit wäre auch, dass die Checksumme CRCstruct der Datenstruktur als Startwert mit in die Checksumme CRCtelegr des Telegramms mit eingeht. Kommt dieses Telegramm bei der zweiten Automatisierungskomponente 12 bzw. beim Empfänger 42 an, so wird den in der empfangenen Datenstruktur 20 enthaltenen Datentypen 21,22,23 erneut der datentypspezifische Repräsentant 30 zugeordnet und erneut über die Repräsentanten 30 die Struktur-Checksumme CRCstruct gebildet. Die übertragene Struktur-Checksumme CRCstruct und die erneut berechnete Struktur-Checksumme CRCstruct, wird auf der Seite der zweiten Automatisierungskomponente 12, also auf der Seite des Empfängers 42 geprüft und bei einer Abweichung der Struktur-Checksummen voneinander wird eine Datenverfälschung erkannt.
  • Da nun gemäß FIG 4 der Empfänger 42 und der Sender 41 eine unterschiedliche Datenstruktur 20 aufweisen, haben die Telegramme damit unterschiedliche Checksummen CRCstruct bzw. unterschiedliche Startwerte und das Telegramm wird als nicht valide vom Empfänger angesehen und damit eine Datenverfälschung erkannt.
  • Gemäß FIG 5 ist ein Engineering-System E zum Anlegen und/oder Konfigurieren und/oder Überwachen einer fehlersicheren Kommunikationsverbindung 1 dargestellt.
  • Das Engineering-System E weist ein Zuordnungsmittel 31 auf, welche den Datentypen 21,22,23 einer Datenstruktur 20 Repräsentanten 30 zuordnen kann.
  • Über einen Zuordnungsschritt Verbindungsparameter "einschreiben" 32 werden in der Automatisierungsanlage 10 in der ersten und zweiten Automatisierungskomponente 11,12 Zuordnungsinformationen der Repräsentanten 30 zu den Datentypen 21,22,23 gespeichert.

Claims (7)

  1. Verfahren zur Erkennung von Datenverfälschungen bei einer Datenübertragung über eine fehlersichere Kommunikationsverbindung (1) zwischen einer ersten Automatisierungskomponente (11) und einer zweiten Automatisierungskomponente (12) der industriellen Steuerungstechnik, wobei bei einer Übertragung einer Datenstruktur (20) zur Absicherung der Datenstruktur (20) in einem zu übertragenden Telegramm sowohl auf der Seite der ersten Automatisierungskomponente (11) als auch auf der Seite der zweiten Automatisierungskomponente (12) eine Checksumme (CRCtelegr) über das Telegramm gebildet wird, die Datenstruktur (20) umfasst dabei unterschiedliche Datentypen (21,...,25),
    dadurch gekennzeichnet, dass vor dem Bilden der Checksumme (CRCtelegr) für das Telegramm auf der Seite der ersten Automatisierungskomponente (11) den in der Datenstruktur (20) enthaltenen Datentypen (21,...,25) ein datentypspezifischer Repräsentant (30) zugeordnet wird, und anschließend über die Repräsentanten (30) eine Struktur-Checksumme (CRCstruct) gebildet wird, und dann die Datenstruktur (20) mit der über die Repräsentanten (30) gebildeten Struktur-Checksumme (CRCstruct) übertragen wird, wobei bei der zweiten Automatisierungskomponente (12) zu den in der empfangenen Datenstruktur (20) enthaltenen Datentypen (21,...,25) erneut der datentypspezifische Repräsentant (30) zugeordnet wird, und erneut über die Repräsentanten (30) die Struktur-Checksumme (CRCstruct) gebildet wird, die übertragene Struktur-Checksumme (CRCstruct) und die erneut berechnete Struktur-Checksumme (CRCstruct) wird auf der Seite der zweiten Automatisierungskomponente (12) geprüft und bei einer Abweichung der Struktur-Checksumme (CRCstruct) voneinander wird eine Datenverfälschung erkannt.
  2. Verfahren nach Anspruch 1, wobei bei einer erkannten Datenverfälschung ein Datenübertragungsfehler in der Kommunikationsverbindung (1) erkannt wird und für die Kommunikationsverbindung (1) ein sicherer Zustand gewählt wird, wobei vorprojektierte Ersatzwerte in der zweiten Automatisierungskomponente (12) bereitgestellt werden.
  3. Verfahren nach Anspruch 1 oder 2, wobei bei der Datenübertragung die über die Repräsentanten (30) gebildete Struktur-Checksumme (CRCstruct) zusätzlich zu der für das zu übertragene Telegramm gebildeten Checksumme (CRCtelegr) übertragen wird.
  4. Verfahren nach einem der Ansprüche 1 bis 3, wobei als Repräsentant (30) ein numerischer Bezeichner, ein textueller Bezeichner oder auch der Datentypbezeichner selbst verwendet wird.
  5. Verfahren nach einem der Ansprüche 1 bis 4, wobei zur Datenübertragung ein Sicherheitsprotokoll verwendet wird.
  6. Engineering-System (E) zum Anlegen und/oder Konfigurieren und oder Überwachen einer fehlersicheres Kommunikationsverbindung (1) zwischen einer ersten Automatisierungskomponente (11) und einer zweiten Automatisierungskomponente (12) in einer Automatisierungsanlage (10) der industriellen Steuerungstechnik, wobei über die Kommunikationsverbindung (1) auch Datenstrukturen (21,...,25) übertragbar sind, die Datenstrukturen (20) umfassen dabei unterschiedliche Datentypen (21,...,25),
    dadurch gekennzeichnet, dass ein Zuordnungsmittel (31) vorhanden ist, welches ausgelegt ist den Datentypen (21,...,25) einer Datenstruktur (20), welche einer angelegten fehlersicheren Kommunikationsverbindung (1) zugeordnet ist, jeweils einen datentypspezifischen Repräsentanten (30) zuzuordnen und diese Zuordnung als Zuordnungsinformation der ersten und zweiten Automatisierungskomponente (11,12) zu übergeben, welche zur Erkennung einer Datenverfälschung bei einer Datenübertragung über die fehlersichere Kommunikationsverbindung (1) zwischen der ersten Automatisierungskomponente (11) und der zweiten Automatisierungskomponente (12) über die Repräsentanten (30) eine Struktur-Checksumme (CRCstruct) bilden.
  7. Engineering-System (E) nach Anspruch 6, ausgestaltet bei einer durch die Automatisierungskomponente (11,12) erkannten Datenverfälschung einen Eintrag in einen Diagnosepuffer zu veranlassen.
EP18165818.8A 2018-04-05 2018-04-05 Verfahren zur erkennung von datenverfälschungen bei einer datenübertragung über eine fehlersichere kommunikationsverbindung Active EP3550748B1 (de)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP18165818.8A EP3550748B1 (de) 2018-04-05 2018-04-05 Verfahren zur erkennung von datenverfälschungen bei einer datenübertragung über eine fehlersichere kommunikationsverbindung
CN201910265394.6A CN110351012B (zh) 2018-04-05 2019-04-03 经由故障安全的通信连接传输数据时识别数据损坏的方法
US16/374,941 US10979177B2 (en) 2018-04-05 2019-04-04 Method for identifying data corruption in a data transfer over an error-proof communication link

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
EP18165818.8A EP3550748B1 (de) 2018-04-05 2018-04-05 Verfahren zur erkennung von datenverfälschungen bei einer datenübertragung über eine fehlersichere kommunikationsverbindung

Publications (2)

Publication Number Publication Date
EP3550748A1 true EP3550748A1 (de) 2019-10-09
EP3550748B1 EP3550748B1 (de) 2021-08-11

Family

ID=61965695

Family Applications (1)

Application Number Title Priority Date Filing Date
EP18165818.8A Active EP3550748B1 (de) 2018-04-05 2018-04-05 Verfahren zur erkennung von datenverfälschungen bei einer datenübertragung über eine fehlersichere kommunikationsverbindung

Country Status (3)

Country Link
US (1) US10979177B2 (de)
EP (1) EP3550748B1 (de)
CN (1) CN110351012B (de)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3716568A1 (de) * 2019-03-28 2020-09-30 Siemens Aktiengesellschaft Funktional-sichere verbindungsidentifizierung für eine m2m kommunikation
DE202022106894U1 (de) 2022-12-08 2023-01-03 Ali Alferaidi System zur Verbesserung der Cybersicherheit durch Erkennung und Überwachung von Datenverfälschungen mittels Künstlicher Intelligenz

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2634129A2 (de) * 2012-03-01 2013-09-04 Mitsubishi Electric Corporation Aufzugssystem
EP2814193B1 (de) 2013-06-14 2016-11-16 Siemens Aktiengesellschaft Verfahren und system zur erkennung von fehlern bei der übertragung von daten von einem sender zu zumindest einem empfänger

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020087716A1 (en) * 2000-07-25 2002-07-04 Shakeel Mustafa System and method for transmitting customized multi priority services on a single or multiple links over data link layer frames
US20040098655A1 (en) * 2002-11-19 2004-05-20 Sharma Debendra Das Rolling CRC scheme for improved error detection
AU2005227500B2 (en) * 2004-03-24 2008-12-04 Qualcomm Incorporated High data rate interface apparatus and method
EP1596517B1 (de) * 2004-05-10 2008-03-05 Siemens Aktiengesellschaft Verfahren zur einkanaligen Übertragung von redundant vorliegenden Daten
US7707477B2 (en) * 2005-09-29 2010-04-27 Apple Inc. Checksum calculation
US7904777B2 (en) * 2006-01-24 2011-03-08 Samsung Electronics Co., Ltd. Method and system for generating block acknowledgements in wireless communications
US8583988B2 (en) * 2011-06-01 2013-11-12 International Business Machines Corporation Fibre channel input/output data routing system and method
EP3547596B1 (de) * 2015-08-07 2021-09-29 Panasonic Intellectual Property Corporation of America Selbst- und trägerübergreifende planung
US9913157B1 (en) * 2016-09-07 2018-03-06 Qualcomm Incorporated Techniques for generating a composite color to represent values of a communication metric
CN107290656B (zh) * 2017-06-15 2019-08-27 西安微电子技术研究所 一种集成双向crc校验功能的可扩展jtag调试结构
CN109151900B (zh) * 2018-08-08 2022-05-17 土巴兔集团股份有限公司 一种智能网关、系统及其控制方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2634129A2 (de) * 2012-03-01 2013-09-04 Mitsubishi Electric Corporation Aufzugssystem
EP2814193B1 (de) 2013-06-14 2016-11-16 Siemens Aktiengesellschaft Verfahren und system zur erkennung von fehlern bei der übertragung von daten von einem sender zu zumindest einem empfänger

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"Industrial communication networks - Profiles - Part 3-12: Functional safety fieldbuses - Additional specifications for CPF 12", IEC 61784-3-12:2010, IEC, 3, RUE DE VAREMBÉ, PO BOX 131, CH-1211 GENEVA 20, SWITZERLAND, 29 June 2010 (2010-06-29), pages 1 - 203, XP082006973 *
PROFIBUS NUTZERORGANISATION E V PNO ED - PROFIBUS NUTZERORGANISATION E V PNO: "PROFIsafe Systembeschreibung Technologie und Anwendung", INTERNET CITATION, November 2010 (2010-11-01), pages 1 - 26, XP002657152, Retrieved from the Internet <URL:http://www.profibus.com/nc/downloads/downloads/profisafe-technology-and-application-system-description/downloads/9595> [retrieved on 20110818] *

Also Published As

Publication number Publication date
EP3550748B1 (de) 2021-08-11
US20190312677A1 (en) 2019-10-10
CN110351012A (zh) 2019-10-18
US10979177B2 (en) 2021-04-13
CN110351012B (zh) 2022-02-15

Similar Documents

Publication Publication Date Title
EP1802019B1 (de) Erkennung von Fehlern bei der Übermittlung von Daten
DE10316649B4 (de) Sicherheitskommunikation auf einer einzigen Rückebene
EP2160857B1 (de) Prüfverfahren und elektronische schaltung zur sicheren seriellen übertragung von daten
EP1631014B1 (de) Verfahren und Vorrichtung zur Busankopplung sicherheitsrelevanter Prozesse
EP1923759B1 (de) Verfahren und System zur sicheren Datenübertragung
EP1952238B1 (de) Busmodul zum anschluss an ein bussystem sowie verwendung eines solchen busmoduls in einem as-i-bussystem
EP2814193B1 (de) Verfahren und system zur erkennung von fehlern bei der übertragung von daten von einem sender zu zumindest einem empfänger
EP3177973B1 (de) Verfahren zum betreiben einer sicherheitssteuerung und automatisierungsnetzwerk mit einer solchen sicherheitssteuerung
WO2002001305A1 (de) Redundantes steuerungssystem sowie steuerrechner und peripherieeinheit für ein derartiges steuerungssystem
DE102014110017A1 (de) Steuer- und Datenübertragungssystem, Gateway-Modul, E/A-Modul und Verfahren zur Prozesssteuerung
EP3550748B1 (de) Verfahren zur erkennung von datenverfälschungen bei einer datenübertragung über eine fehlersichere kommunikationsverbindung
EP1686732A1 (de) Verfahren und System zur Übertragung von Telegrammen
EP1246033A1 (de) Verfahren zur Überwachung konsistenter Speicherinhalte in redundanten Systemen
EP3493000A1 (de) Verfahren zum fehlersicheren erfassen eines messwertes und automatisierungssystem
DE102015122066A1 (de) Fehlersicheres Modul zum Anschluss an einen Feldbuskoppler, Feldbuskoppler, System und Verfahren zum Konfigurieren eines derartigen fehlersicheren Moduls
DE102017205832A1 (de) Verfahren zum Parametrieren eines Feldgeräts sowie parametrierbares Feldgerät
EP1596517B1 (de) Verfahren zur einkanaligen Übertragung von redundant vorliegenden Daten
EP1738262B1 (de) Verfahren und steuerungssystem zum erkennen eines fehlers bei einer verarbeitung von daten in einem verarbeitungssystem
DE102021127310B4 (de) System und Verfahren zur Datenübertragung
EP3620869A1 (de) Verfahren und umsetzungskomponente für den datenaustausch zwischen zwei systemen mit verschiedenen sicherheitskonzepten für funktionale sicherheit
DE10252109B4 (de) Verfahren zur Parametrierung
DE102013204371B4 (de) Verfahren und Bussystem zum protokollunabhängigen Übertragen von Standarddatenpaketen mit Sicherheitsdaten
DE102008057003B4 (de) Verfahren zur sicheren Parametierung von AS Interface Slaves
DE102020209363A1 (de) Verfahren und sicherheitsgerichtetes System zum Ausführen von Sicherheitsfunktionen
WO2021151612A1 (de) Verfahren zur überprüfung einer signalverbindung

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN PUBLISHED

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

AX Request for extension of the european patent

Extension state: BA ME

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE

17P Request for examination filed

Effective date: 20200319

RBV Designated contracting states (corrected)

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: GRANT OF PATENT IS INTENDED

RIC1 Information provided on ipc code assigned before grant

Ipc: H04L 1/00 20060101AFI20210311BHEP

INTG Intention to grant announced

Effective date: 20210414

GRAS Grant fee paid

Free format text: ORIGINAL CODE: EPIDOSNIGR3

GRAA (expected) grant

Free format text: ORIGINAL CODE: 0009210

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE PATENT HAS BEEN GRANTED

AK Designated contracting states

Kind code of ref document: B1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

REG Reference to a national code

Ref country code: CH

Ref legal event code: EP

REG Reference to a national code

Ref country code: DE

Ref legal event code: R096

Ref document number: 502018006494

Country of ref document: DE

REG Reference to a national code

Ref country code: IE

Ref legal event code: FG4D

Free format text: LANGUAGE OF EP DOCUMENT: GERMAN

Ref country code: AT

Ref legal event code: REF

Ref document number: 1420471

Country of ref document: AT

Kind code of ref document: T

Effective date: 20210915

REG Reference to a national code

Ref country code: LT

Ref legal event code: MG9D

REG Reference to a national code

Ref country code: NL

Ref legal event code: MP

Effective date: 20210811

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20210811

Ref country code: RS

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20210811

Ref country code: HR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20210811

Ref country code: FI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20210811

Ref country code: ES

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20210811

Ref country code: PT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20211213

Ref country code: NO

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20211111

Ref country code: BG

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20211111

Ref country code: LT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20210811

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: PL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20210811

Ref country code: LV

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20210811

Ref country code: GR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20211112

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: NL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20210811

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: DK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20210811

REG Reference to a national code

Ref country code: DE

Ref legal event code: R097

Ref document number: 502018006494

Country of ref document: DE

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SM

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20210811

Ref country code: SK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20210811

Ref country code: RO

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20210811

Ref country code: EE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20210811

Ref country code: CZ

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20210811

Ref country code: AL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20210811

PLBE No opposition filed within time limit

Free format text: ORIGINAL CODE: 0009261

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT

26N No opposition filed

Effective date: 20220512

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20210811

REG Reference to a national code

Ref country code: CH

Ref legal event code: PL

GBPC Gb: european patent ceased through non-payment of renewal fee

Effective date: 20220405

REG Reference to a national code

Ref country code: BE

Ref legal event code: MM

Effective date: 20220430

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: MC

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20210811

Ref country code: LU

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20220405

Ref country code: LI

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20220430

Ref country code: GB

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20220405

Ref country code: CH

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20220430

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: BE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20220430

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20220405

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: DE

Payment date: 20220620

Year of fee payment: 6

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: FR

Payment date: 20230905

Year of fee payment: 7

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: HU

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT; INVALID AB INITIO

Effective date: 20180405

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: MK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20210811

Ref country code: CY

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20210811

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: IT

Payment date: 20230926

Year of fee payment: 7

REG Reference to a national code

Ref country code: AT

Ref legal event code: MM01

Ref document number: 1420471

Country of ref document: AT

Kind code of ref document: T

Effective date: 20230405