Inhaltsverzeichnis
Werbung
TwinSAFE-Verbindungen
Sichere Daten je TwinSAFE-
Verbindung
TwinSAFE-Bausteine
TwinSAFE-Gruppen
TwinSAFE-Benutzer
Eingänge in die Standard-SPS
Ausgänge in die Standard-SPS dynamisch (speicherabhängig) max. 1484 Byte
Projektierung
Für die Nutzung der internen Logik-Funktionen wird TwinCAT 3.1 Build 4022.25 oder neuer benötigt. Wird
die EL1918 als TwinSAFE-Slave mit dem Default-Projekt verwendet, ist mindestens eine EL6910, EK1960
oder neuere Logik-Komponente als TwinSAFE Master erforderlich.
5.4
Reaktionszeiten TwinSAFE
Die TwinSAFE-Klemmen bilden ein modular aufgebautes Sicherheitssystem, welches über das Safety-over-
EtherCAT-Protokoll sicherheitsgerichtete Daten austauscht. Dieses Kapitel soll dabei helfen die
Reaktionszeit des Systems vom Signalwechsel am Sensor bis zur Reaktion am Aktor zu bestimmen.
Typische Reaktionszeit
Die typische Reaktionszeit ist die Zeit, die benötigt wird um eine Information vom Sensor zum Aktor zu
übermitteln, wenn das Gesamtsystem fehlerfrei im Normalbetrieb arbeitet.
Abb. 27: Typische Reaktionszeit
Definition
Beschreibung
RTSensor
Reaktionszeit des Sensors, bis das Signal an der Schnittstelle zur Verfügung gestellt wird.
Wird typischerweise vom Sensorhersteller geliefert.
RTInput
Reaktionszeit des sicheren Eingangs, wie z.B. EL1904 oder EP1908. Diese Zeit kann aus
den technischen Daten entnommen werden. Bei der EL1904 sind dies 4 ms.
RTComm
Reaktionszeit der Kommunikation. Diese ist typischerweise 3x die EtherCAT Zykluszeit, da
neue Daten immer erst in einem neuen Safety-over-EtherCAT Telegramm versendet werden
können. Diese Zeiten hängen von der übergeordneten Standard-Steuerung direkt ab
(Zykluszeit der PLC/NC).
RTLogic
Reaktionszeit der Logikklemme. Dieses ist die Zykluszeit der Logikklemme und beträgt
typischerweise 500 µs bis 10 ms für die EL6900, je nach Safety-Projektgröße. Die
tatsächliche Zykluszeit kann aus der Klemme ausgelesen werden.
EL1918 und EL1918-2200
maximal 128
(In Summe maximal 255 CRCs - für eine TwinSAFE Verbindung mit 1
oder 2 Byte sicheren Daten wird 1 CRC benötigt.)
maximal 126 Byte (Telegrammlänge 255 Byte)
maximal 512 (bei Verwendung von ESTOP Bausteinen mit komplettem
Input- und Output-Mapping, andere Bausteine können zu einer
geringeren maximalen Anzahl führen)
maximal 128
maximal 40
dynamisch (speicherabhängig) max. 1484 Byte
HINWEIS
Version: 2.0.0
Betrieb
47
Werbung
Inhaltsverzeichnis
