Die Rolle von Encoder Interface Protocols in Motion Control

In jedem automatisierten System, das eine präzise Positionierung oder Geschwindigkeitskontrolle erfordert, fungiert der Encoder als Feedback-Gerät, das dem Controller genau mitteilt, wo sich die Motorwelle oder Linearachse befindet. Das Schnittstellenprotokoll ist die Sprache, die regelt, wie diese Positionsdaten zusammen mit Diagnoseinformationen zuverlässig und schnell übertragen werden. Die Wahl des falschen Protokolls kann zu Kommunikationsfehlern, schlechter Synchronisation oder sogar Systeminstabilität führen. Das Verständnis der zugrunde liegenden Prinzipien jedes Standards ermöglicht es Ingenieuren, die Fähigkeiten des Protokolls - wie Datenrate, Robustheit und Funktionsumfang - mit den Anforderungen der Anwendung abzugleichen. Dieser Artikel bietet einen tiefen Einblick in die gängigsten Encoder-Schnittstellenprotokolle, einschließlich SSI, BiSS, EnDat und einige andere, die ihre Architektur, Timing, Fehlerbehandlung und typische Anwendungsfälle abdecken.

Serielles Synchrones Interface (SSI)

SSI ist eine der ältesten und am weitesten verbreiteten Encoder-Schnittstellen in der industriellen Automatisierung. Es wurde ursprünglich von Baumer und Heinrich als einfache, kostengünstige Möglichkeit entwickelt, absolute Positionsdaten über ein einziges Datenkabelpaar zu übertragen. Seine Synchronität bedeutet, dass der Controller ein Taktsignal liefert und der Encoder mit Positionsdaten auf jeden Takt reagiert. Diese Einfachheit hat SSI zur Standardwahl für unzählige Anwendungen gemacht, von Verpackungsmaschinen bis hin zur Robotik.

SSI Architektur und Betrieb

Eine SSI-Verbindung besteht aus vier Leitern: zwei für die Stromversorgung (typischerweise 5 bis 30 VDC) und zwei für Daten (ein Twisted-Pair-Differentialsignal). Viele Implementierungen enthalten auch eine fünfte Leitung für eine gemeinsame Masse. Die Steuerung erzeugt ein kontinuierliches Taktsignal; nach einer Pause, die länger als die Bitzeit ist, sendet der Kodierer einen seriellen Datenstrom. Der Datenrahmen enthält typischerweise eine feste Anzahl von Bits (üblicherweise 24, 25 oder 32), die die absolute Position codieren, sowie optionale Status- und Fehlerbits. Die Taktrate kann von 100 kHz bis 2 MHz reichen, mit typischen Werten um 1 bis 2 MHz.

SSI-Datenrahmenstruktur

Der gebräuchlichste SSI-Datenrahmen für einen 25-Bit-Codierer ist: 1 Startbit (immer 0, wird zur Synchronisation verwendet), 24 Datenbits (Positionsinformationen in Graucode oder Binärcode) und 1 Paritäts- oder Alarmbit (oft invertiert, um einen Fehler anzuzeigen). Einige Encoder verwenden eine 12-Bit- oder 13-Bit-Position, gefolgt von 8 oder mehr Bits Diagnoseinformationen. Der Controller sperrt die Position, nachdem der gesamte Rahmen empfangen wurde. Die Daten werden in Gray-Code übertragen, um Fehler bei Übergängen zu minimieren, obwohl auch binäre Formate verwendet werden. Die maximale Kabellänge hängt von der Taktrate ab: bei 1 MHz sind Kabel bis zu 100 Meter üblich, wenn Differentialleitungstreiber verwendet werden (RS-422).

Vorteile und Grenzen von SSI

Vorteile: SSI ist extrem robust gegen elektrisches Rauschen durch differentielle Signalisierung. Sein einfacher Zweidraht-Datenbus reduziert die Verdrahtungskosten. Viele Controller haben eingebaute SSI-Schnittstellen, was die Integration vereinfacht. Das Protokoll unterstützt auch das Daisy-Chaining mehrerer Encoder bei Verwendung einer einzigen Master-Uhr.

Limitations: SSI ist ein unidirektionales Protokoll – Daten fließen nur vom Encoder zum Controller. Es erlaubt nicht, Konfigurationsparameter zu schreiben oder erweiterte Diagnosen ohne zusätzliche herstellerspezifische Erweiterungen zu lesen. Die Datenrate ist im Vergleich zu neueren Protokollen begrenzt und die feste Rahmengröße kann Bandbreite verschwenden, wenn weniger Bits benötigt werden.

Allgemeine Anwendungen für SSI

  • Linearantriebe und Schraubenheber
  • Fördersysteme und Materialhandling
  • Werkzeugmaschinen für allgemeine Zwecke
  • Automatisierte geführte Fahrzeuge (AGVs) mit absoluter Positionsrückmeldung

Bidirektional Serial Synchronous (BiSS)

BiSS ist ein offenes Protokoll, das von iC-Haus entwickelt und von einer Vielzahl von Encoder-Herstellern unterstützt wird. Es adressiert viele der Einschränkungen von SSI, indem es einen bidirektionalen Kommunikationskanal über die gleichen physischen Leitungen bereitstellt, der es dem Controller ermöglicht, nicht nur Positionsdaten zu lesen, sondern auch Befehle zu senden, den Encoder zu konfigurieren und Diagnosen abzurufen. BiSS ist besonders bei Servoantrieben und leistungsstarken Motion Control-Systemen beliebt geworden.

BiSS C und BiSS B Modes

Der häufigste Modus ist BiSS C (kontinuierlich). In BiSS C taktet der Master kontinuierlich den Geber, und der Geber sendet Positionsdaten zyklussynchron, ähnlich wie SSI. Nach dem Positionsrahmen kann jedoch eine konfigurierbare Anzahl von Bits (nach dem "Post-Frame") für den bidirektionalen Datenaustausch verwendet werden. Der Master kann während dieser Post-Frame-Slots Register schreiben oder lesen. Der BiSS B (Burst)-Modus ist einfacher und seltener verwendet; er überträgt Daten in Bursts nach einer Pause, ähnlich wie SSI, aber dennoch bidirektionale Kommunikation.

BiSS Datenübertragung und Timing

Die Taktfrequenz in BiSS C kann 10 MHz überschreiten (bei kurzen Kabeln typischerweise bis zu 10 MHz oder 20 MHz). Der Basisrahmen umfasst ein Startbit, die Positionsdaten (bis zu 32 Bit), ein Fehlerbit, ein Warnbit und dann einen veränderlichen Längen-Post-Frame (0-31 Bit), in dem Register liest und schreibt. Das bidirektionale Protokoll verwendet eine "registerbasierte" Struktur: Der Master adressiert ein Register, der Encoder gibt im nächsten Zyklus seinen Inhalt zurück. Dies ermöglicht Echtzeitparameteranpassungen, wie z.B. Änderung der Auflösung oder Einstellung einer neuen Nullposition, ohne physisch auf den Encoder zuzugreifen.

BiSS enthält auch einen CRC (Cyclic Redundancy Check) zur Fehlererkennung. Der Encoder kann konfiguriert werden, um einen CRC über den gesamten Rahmen zu senden, und der Master überprüft ihn, was eine sehr hohe Datenintegrität auch in elektrisch verrauschten Umgebungen bietet.

Vorteile und Anwendungsfälle von BiSS

  • Hohe Datenrate – Geeignet für Hochgeschwindigkeitsachsen und Mehrachssynchronisation.
  • Diagnostische Fähigkeiten – Lesen Sie die interne Temperatur, Warnflags oder Signalqualität.
  • Konfiguration im Flug – Ändern Sie die Zählrichtung, voreingestellte Werte oder richten Sie Multispeed-Modi per Software ein.
  • Interoperabilität – Offener Standard, viele Anbieter und freie Lizenzierung.

BiSS wird häufig in CNC-Werkzeugmaschinen, High-End-Verpackungslinien, Druckmaschinen und Roboterverbindungen eingesetzt, bei denen sowohl Geschwindigkeit als auch Diagnosezugriff entscheidend sind.

Heidenhain EnDat Protokoll

EnDat (Encoder Data) ist eine proprietäre digitale Schnittstelle, die von Heidenhain speziell für seine hochpräzisen Kodierer entwickelt wurde. Es hat sich in den Versionen 2.1 und 2.2 weiterentwickelt und ist jetzt eines der funktionsreichsten Kodierprotokolle. EnDat bietet eine extrem hohe Auflösung, robuste Fehlerbehandlung und schnelle Datenübertragung und ist damit der Standard in Premium-Werkzeugmaschinen, Linearmotoren und hochpräzisen Positionierstufen.

EnDat 2.1 vs. EnDat 2.2

EnDat 2.1 ist die frühere Version, die Taktraten bis zu 2 MHz und einen Datenrahmen von bis zu 32 Bit für Position unterstützt, plus zusätzliche 8 Bit für Diagnoseinformationen (wie Temperatur, Signalamplitude und Betriebszustand), EnDat 2.2 ist rückwärtskompatibel, aber mit höheren Taktraten (bis zu 16 MHz mit kurzen Kabeln) und einem längeren Datenrahmen, der bis zu 64 Bit Positionsdaten enthalten kann, sowie erweiterte Diagnose- und Parameterdaten. EnDat 2.2 unterstützt auch einen "zyklischen" Modus, in dem Geschwindigkeits- und Stromregelschleifen mit den Encoderdaten synchronisiert werden können.

EnDat Data Frame und Fehlerbehandlung

Der EnDat-Rahmen beginnt mit einem Startbit, gefolgt von den Positionsdaten in Binär- oder Graucode. Nach der Position trägt ein konfigurierbarer Block von zusätzlichen Bits die inkrementellen Spurdaten (zur Interpolation), Statusbits und optionale herstellerspezifische Informationen. Am Ende des Rahmens ist ein CRC zur Erkennung von Übertragungsfehlern enthalten. Bei Auftreten einer CRC-Missanpassung kann die Steuerung eine erneute Übertragung anfordern, ohne die absolute Positionsmessung zu stören. Zusätzlich kann der Encoder über dedizierte Alarmbits einen Fehlerzustand (z. B. Lichtquellenausfall, Übertemperatur) signalisieren und die Steuerung kann detaillierte Fehlercodes mit Registerbefehlen lesen.

Hochauflösendes Positions-Feedback

EnDat-Encoder können dank der Kombination von absoluten Positionsspuren und hochinterpolierten Inkrementalsignalen Auflösungen bis in den Nanometerbereich erreichen. Die Schnittstelle unterstützt sowohl Single-Dreh- als auch Multi-Dreh-Absolutgeber mit Multiturn-Zahlen von 4096 Umdrehungen oder mehr. Die hohe Datenrate und die geringe Latenz machen EnDat ideal für Direktantriebe und Achsen mit hohen dynamischen Anforderungen.

Anwendungen und Integration

EnDat ist in der Werkzeugmaschinenindustrie (Drehmaschinen, Fräsmaschinen, Schleifmaschinen) von Heidenhain vorherrschend, wird aber auch mit anderen lizenzpflichtigen Steuerungen anderer Hersteller eingesetzt. Es ist auch in Halbleiterfertigungsgeräten, der Messtechnik und allen Anwendungen mit Submikron-Genauigkeit üblich. Die Heidenhain-Website bietet umfangreiche technische Ressourcen, einschließlich der detaillierten Spezifikationen für EnDat 2.2.

Sonstige Kommunikationsnormen

Während SSI, BiSS und EnDat den Punkt-zu-Punkt-Encoder-Raum dominieren, integrieren viele industrielle Automatisierungssysteme Encoder-Daten in Feldbusse und Netzwerke.

HIPERFACE

HIPERFACE (High Performance Interface) wurde von SICK Stegmann entwickelt und ist ein serielles Protokoll, das absolute Position und Geschwindigkeit über einen Zweidrahtbus überträgt und gleichzeitig Spannung für den Encoder bereitstellt. Es verwendet eine Kombination von sinusförmigen Inkrementalsignalen (A, B) und RS-485 für serielle Daten. Das Protokoll unterstützt die Konfiguration und Diagnose des Encoders und ist bei Servoantrieben mehrerer europäischer Hersteller üblich. Sein Hauptvorteil ist die Reduzierung der Kabelzahl auf vier Drähte (Power und Daten kombiniert).

DRIVE-CLiQ

DRIVE-CLiQ ist die von Siemens entwickelte Schnittstelle zur Verbindung von Encodern, Motoren und anderen Komponenten mit Sinamics-Antrieben. Sie basiert auf einer Ethernet-Physikalikschicht (100 Mbps) und verwendet eine Ring- oder Sterntopologie. DRIVE‐CLiQ unterstützt sehr hohe Datenraten, Echtzeitverhalten und Plug‐and‐Play-Identifikation von angeschlossenen Geräten. Sie ist für alle Siemens-Hochleistungsantriebe obligatorisch und wird in Automobilproduktionslinien und schweren Maschinen weit verbreitet eingesetzt.

PROFIBUS und CANopen

Dabei handelt es sich um Feldbusprotokolle, bei denen der Encoder als Slave im Netzwerk agiert. PROFIBUS verwendet RS-485 mit bis zu 12 Mbit/s, während CANopen den CAN-Bus mit 1 Mbit/s verwendet. Beide ermöglichen es mehreren Geräten, das gleiche Kabel zu teilen, aber sie fügen Latenz aufgrund von Busarbitrierung und Nachrichtenplanung hinzu. Sie werden typischerweise in Anwendungen eingesetzt, in denen viele Encoder über große Entfernungen überwacht werden müssen, wie in Materialhandling-Systemen oder großen Montagelinien. Die PROFIBUS User Organization bietet eine detaillierte Dokumentation zu Encoderprofilen.

EtherCAT ist ein High-Speed-Industrie-Ethernet-Protokoll, das Encoderdaten als Teil eines verteilten Netzwerks integrieren kann. Spezielle EtherCAT-Encoder existieren, die Positionsdaten direkt auf das EtherCAT-Netzwerksegment streamen und Zykluszeiten von nur 31,25 μs erreichen. IO-Link ist ein Punkt-zu-Punkt-Standard, der hauptsächlich für Sensoren und Aktoren verwendet wird, aber einige Encoder implementieren IO-Link für Parametrierung und Diagnose, obwohl Datenraten (230 kbps) weit niedriger sind als dedizierte Encoderprotokolle.

Vergleich von Encoder-Protokollen: Schlüsselauswahlkriterien

Bei der Auswahl einer Encoder-Schnittstelle müssen Ingenieure mehrere Faktoren bewerten:

  • Erforderliche Datenrate und Aktualisierungszeit – Hochgeschwindigkeitsachsen erfordern Protokolle wie BiSS C, EnDat 2.2 oder DRIVE‐CLiQ. Für langsame Mechanismen können SSI oder CANopen ausreichen.
  • Diagnostik und Konfigurationsbedarf – Wenn Sie die Temperatur lesen, Null setzen oder Parameter aus der Ferne anpassen müssen, wählen Sie BiSS oder EnDat.
  • Kabellänge und -topologie – SSI und BiSS können bei moderaten Taktraten über 100 m fahren. EtherCAT und DRIVE‐CLiQ sind auf ≈ 100 m pro Segment begrenzt. Feldbusse wie PROFIBUS können mit Repeatern viele Kilometer verlängern.
  • Systemkompatibilität – Viele Controller verfügen über dedizierte Hardware für EnDat (Heidenhain) oder BiSS. Wenn Ihr bestehendes Antriebs-Ökosystem Siemens verwendet, ist DRIVE‐CLiQ natürlich. Für einfache SPSs ist SSI oder IO‐Link möglicherweise am einfachsten.
  • Kosten – SSI-Encoder sind die kostengünstigsten; BiSS und EnDat fügen eine Prämie für die zusätzlichen Funktionen hinzu.
  • offenheit und Zukunftssicherheit – BiSS ist offen und herstellerneutral, während EnDat und DRIVE‐CLiQ proprietär für bestimmte Laufwerke sind.

Fehlerbehebung bei Problemen mit der gemeinsamen Encoder-Schnittstelle

Auch bei einem gut gewählten Protokoll können Kommunikationsprobleme auftreten, hier sind typische Probleme und Lösungen:

  • Keine Daten oder unregelmäßige Messwerte – Überprüfen Sie die Stromversorgungsspannung und den Strom. Ein langes Kabel kann zu einem Spannungsabfall am Encoder führen. Verwenden Sie einen Differenzialleitungstreiber (RS-422) für lange Durchläufe. Überprüfen Sie die Abschlusswiderstände (120 Ω) auf der Datenleitung.
  • CRC oder Paritätsfehler – Elektrisches Rauschen ist der häufigste Schuldige. Routenkabel weg von Motorstromkabeln, verwenden Sie geschirmte Twisted-Pair (STP) und stellen Sie sicher, dass die Abschirmung an einem Endpunkt geerdet ist. Fügen Sie Ferritkerne hinzu. Reduzieren Sie die Taktfrequenz, wenn möglich.
  • Intermittierende Fehler während der Beschleunigung – Der Encoder verliert möglicherweise die Synchronisation aufgrund elektrischer oder mechanischer Störungen. Überprüfen Sie die mechanische Kopplung - Rückkopplung oder Vibration können vorübergehende Fehler verursachen. Einige Protokolle (z. B. BiSS) ermöglichen die Meldung von "Signalamplitude" -Diagnose, um eine schwächer werdende Lichtquelle in optischen Encodern zu erkennen.
  • Konfiguration wird nach dem Ausschalten nicht beibehalten – Einige Protokolle (wie BiSS) erfordern einen nichtflüchtigen Speicher im Encoder. Stellen Sie sicher, dass der Encodertyp die permanente Speicherung von Parametern unterstützt. Für SSI gibt es keine Konfigurationsregister.
  • Updatezeit zu langsam – Wenn die Taktgeschwindigkeit des Controllers begrenzt ist (z. B. 500 kHz bei einigen SPS), kann die maximale Datenrate des Encoders nicht erreicht werden.

Schlussfolgerung

Encoder-Schnittstellenprotokolle bilden das Rückgrat der Präzisionsbewegungssteuerung. SSI bleibt ein zuverlässiges Arbeitspferd für einfaches absolutes Feedback, während BiSS und EnDat fortschrittliche Funktionen wie bidirektionale Kommunikation, hohe Geschwindigkeit und umfassende Diagnosen bieten. Andere Standards wie HIPERFACE, DRIVE‐CLiQ und Feldbusprotokolle erweitern die Reichweite von Encoderdaten in komplexe vernetzte Systeme. Durch das Verständnis der Stärken und Grenzen jedes Protokolls können Systementwickler die am besten geeignete Schnittstelle auswählen, um die Anforderungen an Genauigkeit, Geschwindigkeit, Wartbarkeit und Gesamtbetriebskosten zu erfüllen. Mit der Weiterentwicklung der industriellen Automatisierung werden sich diese Kommunikationsstandards weiter anpassen, um eine noch höhere Leistung und tiefere Integration zu ermöglichen.