Automatisieren mit SERCOS III
Automatisieren mit SERCOS III
Automatisieren mit SERCOS III
Erfolgreiche ePaper selbst erstellen
Machen Sie aus Ihren PDF Publikationen ein blätterbares Flipbook mit unserer einzigartigen Google optimierten e-Paper Software.
10 Product-News<br />
Sequenz-Diagramm Datenaustausch<br />
www.hilscher.com<br />
netX 50<br />
netX 50 – networX on Chip<br />
n Netzwerk-Controller <strong>mit</strong> 16 oder 32 Bit und<br />
zwei Kommunikationskanälen für Feldbus<br />
oder Real-Time-Ethernet <strong>mit</strong> integrierten<br />
PHY / Switch / Hub<br />
n EtherCAT <strong>mit</strong> 8 FMMUs / Sync-Manager<br />
und 6 KB IO-Daten<br />
n Controller für IO-Link Master und CCD Sensor<br />
n Hardwareplattform für IOs und IO-Link Gateways<br />
Quick-Info 2-0805 �<br />
Zur SPS/IPC/DRIVES stellt Hilscher seinen <strong>SERCOS</strong> <strong>III</strong> Master<br />
Stack als Beta Release vor<br />
Zusammen <strong>mit</strong> dem bereits verfügbaren Slave Stack steht da<strong>mit</strong> eine<br />
durchgängige Plattform für Slave- und Master Interfaces als PC-Karte,<br />
Aufsteckmodul oder als kundenspezifische Lösung auf Basis des Netzwerk<br />
Controllers netX zur Verfügung.<br />
Grundeigenschaften des Master-Stacks:<br />
Unterstützung von bis zu 511 konfigurierten Slaves <strong>mit</strong> Echtzeit- und Servicedaten,<br />
min. Zykluszeit von 250 µs, primärer und sekundärer Kanal für<br />
Kommunikationsredundanz, Unterstützung von Hot-Plug, Unterstützung<br />
von direktem Querverkehr (C2C und CC), zwei Kommunikationsverfahren<br />
MTD/AT/NRT und MDT/NRT/AT, TCP/IP-Stack Schnittstelle für Host-Seite,<br />
standardisierter DPM Aufbau, präzise Synchronisierung durch netX Hardware,<br />
Lesen/Schreiben von Kommunikations- und Applikationsspezifischen<br />
IDNs.<br />
Zur Datenübergabe an den Motion Prozessor steht ein Dual-Port-<br />
Memory Interface zur Verfügung. Für die synchrone Datenübertragung<br />
ist ein Verfahren <strong>mit</strong> einem Synchronisations-Interrupt und einem Datentransfer-Interrupt<br />
pro Übertragungsrichtung optimal. Dies erlaubt die<br />
schnellst mögliche Regelschleife über das Netzwerk <strong>mit</strong> einer konstanten<br />
Totzeit. Benötigt der Regelalgorithmus mehr Zeit, ändert sich das