72
AMT58...PN
CHAPTER 10
REAL-TIME CLASS COMMUNICATION
Within PROFINET IO, process data and alarms are always transmitted in real time. Real-
Time for PROFINET (RT) is based on the definitions of IEEE and IEC for high-performance
data exchange of I/O data. RT communication constitutes the basis for data exchange in
PROFINET IO.
Real-time data are handled with higher priority compared to TCP(UDP)/IP data. This
method of data exchange allows bus cycle times in the range of a few hundred millisec
-
onds to be achieved.
Isochronous data exchange with PROFINET is defined in the Isochronous-Real-Time (IRT)
concept. IRT communication is always clock synchronized and only possible within an
IRT domain. Isochronous real-time communication differs from real-time communica
-
tion mainly in its isochronous behavior: the start of a bus cycle can deviate by a maxi
-
mum of 1 µs (jitter is less than 1 µs). IRT is required in motion control applications
(positioning operations), for example. This communication is required, for example, for
high-accuracy closed-loop control tasks.
REAL-TIME CLASSES IN PROFINET IO
To enable enhanced scaling of communication options and, thus, also of determinism in
PROFINET IO, real-time classes have been defined for data exchange. From the user per
-
spective, these classes involve unsynchronized and synchronized communication.
PROFINET IO differentiates the following classes for RT communication.
They differ not in terms of performance but in determinism.
REAL-TIME CLASS 2 (RT2) - NOT SYNCHRONIZED
In real-time class 2, frames are transmitted via unsynchronized communication (asyn
-
chronous communication).
To activate the real-time class 2 both the IO controller and the IO device must be set the
same as “Not synchronized”.
REAL-TIME CLASS 3 (IRT_TOP) (RT3)
Isochronous data exchange with PROFINET is defined in the Isochronous-Real-Time (IRT)
concept. IRT communication is always clock synchronized and only possible within an
IRT domain. Isochronous real-time communication differs from real-time communica
-
tion mainly in its isochronous behavior: the start of a bus cycle can deviate by a maxi
-
mum of 1 µs (jitter is less then 1 µs).
This communication is required, for example, for high-accuracy closed-loop control
tasks.
Summary of Contents for AMT58 Series
Page 1: ......
Page 8: ......
Page 13: ...AMT58x CB CANopen 5 3 1 3 Fissaggio con flangia codice ST 58 FLNG ...
Page 52: ......
Page 55: ...Subject index ...
Page 62: ...AMT58x PB Profibus 5 3 1 3 Installation using a flange code ST 58 FLNG ...
Page 101: ......
Page 102: ......
Page 109: ......
Page 114: ...AMT58x EC EtherCAT 5 3 1 3 Installation using a flange code ST 58 FLNG ...
Page 166: ......
Page 167: ...AMT58 PN INSTRUCTION MANUAL Absolute Encoders ...
Page 180: ...LIST OF ABBREVIATIONS xiv AMT58 PN ...
Page 221: ...TO TECHNOLOGY OBJECTS INSTRUCTION MANUAL 41 Figure 28 TO encoder enabled ...
Page 231: ...INSTRUCTION MANUAL 51 ...
Page 265: ...NORMAL OPERATION DIAGRAM INSTRUCTION MANUAL 85 NORMAL OPERATION DIAGRAM ...
Page 266: ...ENCODER STATE MACHINE 86 AMT58 PN PRESET DIAGRAM ...
Page 267: ...PARKING SENSOR DIAGRAM INSTRUCTION MANUAL 87 PARKING SENSOR DIAGRAM ...
Page 269: ...ERROR DIAGRAM INSTRUCTION MANUAL 89 Acknowledgment of not acknowledgeable sensor error ...
Page 284: ......
Page 285: ......
Page 287: ......
Page 294: ......
Page 299: ...AMT58x CB CANopen 5 3 1 3 Installation using a flange code ST 58 FLNG ...
Page 335: ......
Page 345: ...AMT58x DN DeviceNET 5 3 1 3 Installation using a flange code ST 58 FLNG ...
Page 380: ...AMT58x DN DeviceNET 40 Default 21h ...
Page 384: ...AMT58x DN DeviceNET 44 Default 00h ...
Page 394: ......
Page 404: ...AMT58x PB Profibus 5 3 1 3 Installation using a flange code ST 58 FLNG ...