Method and system for transmitting telegrams

Information

  • Patent Application
  • 20060187932
  • Publication Number
    20060187932
  • Date Filed
    January 12, 2006
    18 years ago
  • Date Published
    August 24, 2006
    18 years ago
Abstract
The invention relates to a system and a method for transmitting telegrams. The system has at least one first communication means provided for sending telegrams and at least one second communication means provided for receiving telegrams, with a telegram having a check value that can be determined from a useful data component of the telegram, with the first communication means having a first telegram counter provided for assigning a count value to a telegram in accordance with a send sequence. To improve error detection during the transmission of telegrams it is proposed that the count value for determining the check value be a constituent of the useful data component is, that information signaling a change in the count value be a constituent of the useful data component when the telegram is transmitted, that the second communication means have a second telegram counter, and that means be provided for synchronizing the first and second telegram counter.
Description
CROSS REFERENCE TO RELATED APPLICATIONS

This application claims priority to the European application No. 05001799.5, filed Jan. 28, 2005 which is incorporated by reference herein in its entirety.


FIELD OF INVENTION

The invention relates to a system and a method for transmitting telegrams. The system has at least one first communication means provided for sending telegrams and at least one second communication means provided for receiving telegrams, with a telegram having a check value that can be determined from a useful data component of the telegram. The first communication means has a first telegram counter provided for assigning a count value to a telegram in accordance with a send sequence. A telegram is a data packet that can be transmitted between communication means within the communication network.


BACKGROUND OF INVENTION

Using a check value serves to ensure data integrity during data transmission or storage, with a value, in the simplest case a checksum, being determined, for example calculated, from data in a telegram by means of a suitable method. The resulting value is then co-stored or, as the case may be, co-transmitted as a check value. The telegram recipient can likewise determine a check value from the data and compare said value with the sender's co-transmitted check value. If the two check values are different an error, in particular a transmission error, will have occurred. If the two check values are identical it is highly probable that the message will have been transmitted correctly.


SUMMARY OF INVENTION

An object of the invention is to improve error detection during the transmission of telegrams.


Said object is achieved by means of a system for transmitting telegrams having at least one first communication means provided for sending telegrams and at least one second communication means provided for receiving telegrams, with a telegram having a check value that can be determined from a useful data component of the telegram, with the first communication means having a first telegram counter provided for assigning a count value to a telegram in accordance with a send sequence, with the count value for determining the check value being a constituent of the useful data component, with information signaling a change in the count value being a constituent of the useful data component when the telegram is transmitted, with the second communication means having a second telegram counter, with means being provided for synchronizing the first and second telegram counter.


Said object is achieved by means of a method for transmitting telegrams between a first and second communication means by which method a check value is determined from a useful data component of a telegram, by means of a first telegram counter of the first communication means a count value is assigned to a telegram in accordance with a send sequence, with the count value for determining the check value being a constituent of the useful data component, with information signaling a change in the count value being transmitted as a constituent of the telegram's useful data component, with a second telegram counter of a second communication means being synchronized with the first telegram counter.


The invention is based on the idea of not transmitting the entire count value in the useful data component of the telegram but nonetheless using the count value in determining the check value. Instead of the entire count value only information signaling a change in said value is transmitted as a constituent of the telegram's useful data component. The probability of detecting errors while a telegram is being transmitted will be enhanced thereby without significantly reducing the respective telegram's useful data component. Distinguishing between the individual telegrams by means of a count value will thus be improved because a telegram counter having a count value with more places can be used without significantly restricting the useful data component of the data packets. A telegram counter is referred to also as a serial telegram number.


So that the useful data component can be used as effectively as possible for the actual useful data it is proposed according to an advantageous embodiment of the invention for the information signaling a change in the count value to be a signal edge.


So that the useful data component is minimally encumbered with the higher-value places of the count value it is proposed according to an advantageous embodiment of the invention for the count value to be divisible into higher-value places and at least one lower-value place and for the information signaling a change in the count value to be the at least one lower-value place. The higher-value places of the count value will thus not be transmitted in the telegram's useful data component, but said higher-value places will nonetheless be used in determining the check value. Of the count value only the at least one lower-value place will be transmitted as a constituent of the telegram's useful data component.


If, according to a further advantageous embodiment of the invention, the count value is a binary value, then the higher-value places will advantageously contain all the higher-value bits and the at least one lower-value place the lowest-value bit of the count value.


To increase certainty in detecting telegram errors, according to a further advantageous embodiment of the invention the check value can be determined by means of a cyclic redundancy check (CRC). Instead of simple addition, a CRC employs polynomal division for determining the check value and can generally detect random errors more effectively than a method based on a simple checksum.


To achieve particularly simple synchronizing between the first and second communication means it is proposed according to an advantageous embodiment of the invention for the means for synchronizing to be provided for transmitting resetting information between the communication means, with said resetting information being linked to resetting of the telegram counters to a resetting value.


The means for synchronizing are advantageously provided for transmitting the resetting information when communication starts and when a communication error occurs.


According to further advantageous embodiments of the invention the communication means are communication participants in a switched network or in a field bus system. The transmission of telegrams can be further improved if, according to an advantageous embodiment of the invention, the telegrams are at least partially storable in the communication means.


The system is advantageously provided for the failsafe transmission of telegrams, the term “failsafe” signifying that the system will go into a safe condition in the event of a disruption or fault. With a failsafe system, any faults occurring in the system (in this case faults that can arise in the communication means) must be detected with sufficiently high probability and managed, with the aim of adequately reducing the endangering of people, the environment and/or machinery by system faults.




BRIEF DESCRIPTION OF THE DRAWINGS

The invention is described in more detail below with the aid of the exemplary embodiments shown in the figures, in which:



FIG. 1 shows a switched communication network having communication means,



FIG. 2 is a schematic of the various communication layers in a communication network,



FIG. 3 shows the calculation of a check value,



FIG. 4 shows a component of a telegram, and



FIG. 5 shows the temporal flow of operations attending the occurrence of a communication error.




DETAILED DESCRIPTION OF INVENTION

The specific requirements of communication in failsafe systems are briefly dealt with below to explain the technical background of the invention. Especially in failsafe systems faults of any kind must be detected with high probability and managed in such a way as not to cause any impermissible reactions. In systems of said type that applies also to communication, for example over field buses. For field bus communication of said type, increasing use is also being made of Ethernet standards and Ethernet components. Such components include, for example, communication means embodied as switches. Very many (for example 100) switches can be arranged in series in field-bus communication. Said switches have the property of being able to store very many telegrams (1,000 or more). Should a fault occur in the switch (for example if an alpha particle causes a bit to invert), the switch may possibly resend telegrams it has already sent. The result thereof in failsafe systems can be that an actuator already deactivated through a telegram instruction will be reactivated (or vice versa) owing to the “old telegrams” sent again. This can thus lead to a hazardous fault that cannot be tolerated in failsafe systems.


Conventional field buses such as PROFIBUS and Interbus-S do not employ any switches for their communication. The communication means used being able to buffer just a few telegrams (typically two), it sufficed to manage a fault occasioning up to three old telegrams. Said conventional failsafe communication methods use a telegram counter having count values up to eight bits wide. With the aid of said telegram counter it is possible to detect a multiplicity of telegram errors such as, for example, the loss or duplication of a telegram, the insertion of an old telegram, and an incorrect telegram sequence.


Since, however, the probability of telegram duplications increases sharply with the introduction of switches and the structures that are possible therewith, and because the failsafe communication layer should give no credence to the error detection mechanisms of the standard communication layers, such a fault needs to be detected with very high probability. An 8-bit telegram counter will detect faults of this type with a probability of 1:255, which is customarily insufficient for safety applications. Residual error rates of 10-9 per hour are customarily required for failsafe communication that can be standardized. According to the exemplary embodiment a telegram counter having a 32-bit long count value is introduced. The additional 24 bits would reduce the possible amount of net data since a data packet—a telegram—is customarily limited in length, for example to 8 bytes in the case of a periphery with low-level modularity. The invention improves distinguishing between the individual telegrams by means of the telegram counter's respective count value without significantly restricting the data packets in terms of the portion of useful data.



FIG. 1 shows a communication system having communication means 1-4 provided in each case for sending and/or receiving telegrams. Communication means are referred to also as communication partners or communication participants. According to the exemplary embodiment the communication means are embodied as switches. These are connected via point-to-point connections 5 to each other and to a failsafe stored-program control 6. Said stored-program control 6 likewise has communication means. The communication means 1-4 serve as a communication interface to failsafe sensors 7, 8, and 9 or, as the case may be, failsafe actuators 10 and can be integrated therein.



FIG. 2 illustrates failsafe communication with the aid of what is termed the layer model, based in this case on the ISO/OSI layer model. A layer model describes in the form of logical closed layers how communication in a network is structured. In this case the communication model has seven layers for non failsafe communication of which three layers are shown by way of example in FIG. 2. Said non-failsafe layers 17, 18, and 19, for which the term black channel is also used, contain non-failsafe components such as, for example, ASICs, links, cables, etc. The two lowest layers 17, 18 are shown as well as the top layer 19 of non-failsafe communication. Underlayed non-failsafe communication has the means necessary for providing the availability required within the respective application. That is to say the non-failsafe layers ensure the respectively required availability of communication. The requisite safety (for example a residual-error rate of <10-9/hour) is achieved in the failsafe communication layer 20, referred to also as the Safety Layer, which is structured redundantly, for instance. That is to say the additional characteristics required for a high degree of safety are provided here by the Safety Layer, for example Profisafe. The Safety Layer makes failsafe functions available, for example in terms of addressing, watchdog timers, sequencing, signing, etc. According to the exemplary embodiment shown in FIG. 2 the communication means are embodied as being part of standard input/output modules 13 and of a failsafe input module 14, a failsafe control 15, and a failsafe output module 16. The communication means communicate via point-to-point connections 11 and via switches 12 connected thereby. Failsafe communication is symbolized by the arrows 25. Failsafe applications 21-23 build on the failsafe communication layer 20 although they are not themselves part of its profile. Functions 24 that are not relevant to the failsafe functions build directly on the non-failsafe communication layers 17-19. Non-failsafe functions of this type relate to, for example, diagnosis. The failsafe communication layer 20 realizes the failsafe functions such as determining the check value, telegram counter, and synchronizing that are explained in the following.



FIG. 3 illustrates determining of a check value according to an exemplary embodiment of the invention. Failsafe communication methods safeguard the data transmitted in telegrams by means customarily of a check value such as, for example, CRC. According to the exemplary embodiment of the invention the higher-value bits of the telegram counter's count value are not transmitted in the useful data, referred to also as net data, but are made known to the communication partner in another way, or, as the case may be, said communication partner is synchronized with the new counter status. Said higher-value bits are furthermore included in the check value. Fault detection is increased thereby in the exemplary instance of Profisafe from 28 by a factor of 224 without reducing the net data in the telegrams. The telegram counter can be synchronized as follows. When communication starts it is set to zero and is reset again each time a communication error occurs. One of the two communication partners may fail to pick up that the other has detected a communication error. The data transmitted by the sender therefore has to include resetting information indicating that it has reset the counter. Two bits will suffice to maintain a telegram counter of any bit length when this method is applied: One bit which, as information signaling a change in the count value, changes its status with each increment in the telegram counter's count value, and one bit which, as resetting information, indicates the counter reset. To detect telegram duplications, the entire count value is included in the check value. Although with this method it will in many cases not be possible to distinguish between the presence of a “CRC error” and an error in the count value, such a distinction is not necessary with failsafe applications. What matters is that the system has detected the occurrence of an error so it can initiate the failsafe fault response. The 32-bit check value requiring to be determined is here designated by the reference numeral 30. The process of determining the check value is indicated by the arrow 36. The telegram counter has a count value 32 bits wide. The probability that in the event of an error an old telegram sent again will have exactly the matching next counter status of the telegram actually requiring to be sent will thus be very low (for a 32-bit counter: 2-32). When the check value 30 is being determined an initial value 31 will be taken into account for the check value that is likewise 32 bits wide. The failsafe data 32 having the requisite length, one bit as resetting information 33 indicating resetting of the telegram counter, the 31 higher-value bits of the count value, designated by the reference numeral 34, and the lowest-value bit of the count value, designated by the reference numeral 35, are also taken into account in determining the check value 30. This method (virtual counter) is advantageously also applied to data acknowledgment. The sender will hereby know with a high degree of certainty that the recipient has received the data sent.



FIG. 4 shows the failsafe component of the telegram transmitted between the communication means over the communication network. Said failsafe component 40 is generated and processed in the failsafe communication layer, for example the communication layer 20 according to FIG. 2. The underlayed non-failsafe communication layers will, where applicable, add further non-failsafe information to said failsafe component 40 (onion principle). The telegram component 40 consists of the failsafe data 41 of the requisite length, bit 42 indicating resetting of the telegram counter, the lowest-value bit of the count value, designated by the reference numeral 43, and the failsafe check value 44 having 32 bits.



FIG. 5 shows the flow of operations during or, as the case may be, after the occurrence of a communication error in an exemplary embodiment of the system according to the invention as well as synchronizing of the telegram counters. The time axis is designated by the reference numeral 50 and the value axis by the reference numeral 51. What is shown are the temporal curves of the reset bit 52, of a signal 53 indicating the status of the output signals, and of the telegram counter's count value 54. The reset bit 52 is a check bit which the sender sends the recipient cyclically. The reset bit 52 corresponds to the resetting information 33. The count value 54 will remain at zero or, as the case may be, its start value for as long as said reset bit 52 has the value one. The signal 53 indicates the status of the output signals: If the signal 53 is one, failsafe values will be fed out; if the signal 53 is zero, process values will be fed out. The occurrence of an error is symbolized by the arrow having the reference numeral 55. In the event of an error the signal 53 will be set to one (reference numeral 56) by the failsafe control—what is termed the F-Host (F=failsafe)—and by the failsafe slaves (F-Slaves) connected to said control because the data recipient can no longer rely on the validity of the communication data. In this case it is no longer process data that will be transmitted but what is termed failsafe data, referred to also as failsafe values. This will result directly in setting of the reset bit 52, indicated by the reference numeral 57, then to resetting 58 of the count value 54 to the value zero or, as the case may be, the start value. Resetting 60 of the signal 53, and hence renewed release of process data transmission, as well as renewed release 61 of the telegram counter's count value 54 will not take place until after an acknowledgement 59.


Summarizing, the invention thus relates to a system and a method for transmitting telegrams. The system has at least one first communication means 1 provided for sending telegrams and at least one second communication means 2 provided for receiving telegrams, with a telegram having a check value 30 that can be determined from a useful data component 32-35 of the telegram, with the first communication means 1 having a first telegram counter provided for assigning a count value 34, 35 to a telegram in accordance with a send sequence. To improve error detection during the transmission of telegrams it is proposed that the count value 34, 35 for determining the check value 30 be a constituent of the useful data component 32-35, that information signaling a change in the count value be a constituent of the useful data component when the telegram is transmitted, that the second communication means 2 have a second telegram counter, and that means be provided for synchronizing the first and second telegram counter.

Claims
  • 1-22. (canceled)
  • 23. A system for transmitting telegrams, comprising: at least one first communication device for sending a telegram; and at least one second communication device for receiving the telegram, the telegram having a check value determined from a part of user data included in the telegram, wherein the first communication device comprises a first telegram counter for assigning a count value to the telegram according to a transmission sequence, the count value is included in the part of user data and is configured to determine the check value, the part of user data includes information signaling a change of the count value when the telegram is transmitted, the second communication device comprises a second telegram counter, and a synchronizing unit for synchronizing the first and second telegram counter.
  • 24. The system according to claim 23, wherein the information signaling the change of the count value is a signal edge.
  • 25. The system according to claim 23, wherein the count value includes a most significant and at least one least significant part, and the information signaling the change of the count value is included in the least significant part.
  • 26. The system according to claim 23, wherein the check value is determined by a cyclic redundancy check procedure.
  • 27. The system according to claim 23, wherein the synchronizing unit is configured to transmit resetting information between the first and second communication devices, the resetting information configured to reset the telegram counters to a resetting value.
  • 28. The system according to claim 27, wherein the synchronizing unit is configured to transmit the resetting information when a communication between the first and second communication devices starts and when a communication error occurs.
  • 29. The system according with claim 23, wherein the first and second communication devices are part of a switched network.
  • 30. The system according to claim 23, wherein the first and second communication devices are part of a field bus system.
  • 31. The system according to claim 23, wherein the first and second communication devices include a memory for storing at least part of the telegram.
  • 32. A method for transmitting a telegram between first and second communication devices, comprising: determining a check value from a part of user data included in the telegram; assigning a count value to the telegram by a first telegram counter included in the first communication device based on a transmission sequence, the count value configured to determine the check value and included in the part of user data; transmitting information signaling a change of the count value, the information included in the part of user data; and synchronizing a second telegram counter included in the second communication device with the first telegram counter.
  • 33. The method according to claim 32, wherein the information signaling the change of the count value is a signal edge.
  • 34. The method according to claim 32, wherein the count value includes a most significant and at least one least significant part, and the information signaling the change of the count value is included in the least significant part.
  • 35. The method according to claim 32, wherein the check value is determined by a cyclic redundancy check procedure.
  • 36. The method according to claim 32, wherein synchronizing the first and second telegram counters includes transmitting resetting information between the first and second communication devices, the resetting information configured to resetting the first and second telegram counters to a resetting value.
  • 37. The method according to claim 36, wherein the resetting information is transmitted when communication starts between the first and second communication devices and when a communication error occurs.
  • 38. The method according to claim 32, wherein the first and second communication devices are part of a switched network.
  • 39. The method according to claim 32, wherein the first and second communication devices are part of a field-bus system.
  • 40. The method according to claim 32, wherein the first and second communication devices include a memory for storing at least part of the telegram.
Priority Claims (1)
Number Date Country Kind
05001799.5 Jan 2005 EP regional