Slav Netzwerkcontroller DeviceNet™

DeviceNet™ verwendet CAN (Controller Area Network) für seine Datenverbindungsschicht und CIP™ (Common Industrial Protocol) für die oberen Schichten des Netzwerks. DeviceNet unterstützt mehrere Kommunikationshierarchien und die Priorisierung von Nachrichten und kann so konfiguriert werden, dass es in einer Master-Slave- oder einer verteilten Steuerungsarchitektur mit Peer-to-Peer-Kommunikation arbeitet, um die Prozesssteuerung von Aktoren und den Abruf von Rückmeldedaten durchzuführen. Die von der ODVA (Open DeviceNet Vendor Association) registrierte Limitorque Electronic Data Sheet (EDS) Beschreibungsdatei wird zur Konfiguration der Antriebsparameter für höchste Steuerungssystemleistung verwendet. DeviceNet Gruppe 2 Server-Implementierung Breite Anwendungsflexibilität durch Unterstützung mehrerer Kommunikationshierarchien und Nachrichtenpriorisierung, einschließlich Master-to-Slave-Kommunikation Standardmäßige gepollte E/A-Verbindung, standardmäßige bitgestroppte E/A-Verbindung, standardmäßige Zustandsänderung/zyklische E/A-Verbindung möglich Busgespeistes Netzwerk Höhere Zuverlässigkeit und geringere Ausfallzeiten durch zyklische Redundanzprüfung (CRC), automatische Wiederholungsversuche und eine busgespeiste Netzwerkschnittstelle, die die Übermittlung von Alarminformationen ermöglicht, wenn der Antrieb die Stromversorgung verliert Erfüllt die EMV-Anforderungen der europäischen Richtlinie 2004/108/EG und die Vibrations-/Erdbebenanforderungen der Maschinenrichtlinie 2006/42/EG Netzwerk-Protokoll DeviceNet verwendet das Common Industrial Protocol (CIN) über ein Controller Area Network (CAN), das eine Anwendungsschicht definiert, die eine Reihe von Stellantrieben abdeckt Netzwerk-Service Kann entweder in MX oder QX eingebaut werden