Interbus

aus Wikipedia, der freien Enzyklopädie

Interbus ist ein Feldbussystem für einen breiten Einsatz in einem Unternehmen. Interbus deckt verschiedene Applikationsbereiche ab, von Sensor/Aktor-Ebene in der Prozess-Automatisierung, bis zu Überwachungs-PC.

[Bearbeiten] Geschichte

1983 erarbeitete das Unternehmen Phoenix Contact ein Pflichtenheft für einen industriegerechten Feldbus. Dieser wurde 1987 auf der Hannover-Messe unter dem Namen InterBus-S vorgestellt.

[Bearbeiten] Nutzen von Feldbussen und des InterBus

Die Anforderungen für den Datenaustausch in einem Produktions-Unternehmen steigen stetig an. Um den Aufwand an die Verkabelung der Betriebsmittel jedoch im Verhältnis dazu relativ gering zu halten, wurden Feldbusse eingeführt. Bei der konventionellen Technik, nämlich der parallelen Verkabelung, ist der Aufwand aufgrund der größeren Anzahl von Ein- und Ausgabepunkte höher.

Eine serielle Vernetzung dagegen ist flexibler und kostengünstiger. Der Feldbus ersetzt das Leitungsbündel aus parallelen Kabeln durch ein einziges Feldbuskabel, über das alle Daten ausgetauscht werden, unabhängig von der Art der Daten bzw. der Automatisierungsgeräte.

Der INTERBUS ist weit verbreitet in Produktionsanlagen der Automobilindustrie, da er folgende Vorteile gegenüber anderen Feldbussystemen besitzt:

• schnelle und einfache Inbetriebnahme
• gute und einfache Diagnosewerkzeuge mit "on Board"
• hochintegrierte Verfügbarkeit von Lichtwellenleiterverbindungsmöglichkeiten mit einzigartigen Features, wie Diagnose der Strecke, Nachregelung bei zu hoher Streckendämpfung und Fehlermeldung an die überlagerte Steuerung bevor die Strecke ausfällt (vorbeugende Instandhaltung)
• durch integrierte Buskoppler mit LWL (Lichtwellenleiter) niedrige Kosten und dabei galvanische Trennung von Anlagenteilen sowie absolute Unempfindlichkeit der Strecke gegenüber EMV-Störungen/Einkopplungen
• hoher Datendurchsatz bei geringer Taktrate (500kbyte, bzw. 2 mbyte; Schieberegisterprinzip)

Eine Weiterentwicklung des INTERBUS ist der INTERBUS SAFETY, der es ermöglicht, sicherheitsgerichtete Daten gemeinsam mit nichtsicheren Daten auf einer gemeinsamen Leitung zu übertragen

[Bearbeiten] Technik

Ein Interbus Netzwerk stellt topologisch eine aktive Ringstruktur dar. Da Hin- und Rückkanal jedoch in einem Anschlusskabel vereinigt sind und die Teilnehmer mind. 2 Anschlussklemmen besitzen (ankommend / abgehend), ergibt sich eine baumartige, physische Verkabelungsstruktur. Zum Schließen des Rings können alle Busteilnehmer ihre Ausgänge intern überbrücken, sollte kein weiterer Teilnehmer folgen. Bei Verzweigungen an sogenannten Busklemmen wird der neue Zweig in den Hinkanal eingebunden und der Ring so erweitert. Sollte ein Teilnehmer durch Störung ausfallen, überbrückt der vorherige Teilnehmer seinen Ausgang um den Ring zu schließen und das System bis zum fehlerhaften Teilnehmer lauffähig zu halten.

Es gibt vier Ausprägungen in drei Hierarchieebenen in der baumartigen Verkabelung:

• der Fernbus
  • max 400m zw. zwei Teilnehmern, max 13km Gesamtlänge
  • Energieversorgung lokal am Teilnehmer

• Installationsfernbus
  • wie Fernbus, jedoch mit zentraler Energieversorgung

• der Lokalbus
  • zweigt über Buskoppler (Busklemmen) vom Fernbus ab
  • keine weitere Verzweigung möglich
  • zentrale Energieversorgung
  • kann einzeln vom Fernbus getrennt (abgeschaltet) werden

• Interbus-Loop
  • 20cm - 20m zw. zwei Teilnehmern, max. 200m Gesamtlänge
  • Zweidrahtinterface für zentrale Energieversorgung und aufmodulierte Busdaten
  • Auflösung in nun auch physische Ringstruktur

Alle Teilnehmer wirken als Repeater. Zur Verkabelung von Fern- und Lokalbus können sowohl elektrische als auch LWL Medien genutzt werden. Alle Teilnehmer agieren als Slave unter einem am Fernbus angeschlossenen Master (Anschaltbaugruppe.

[Bearbeiten] Protokoll

In der Bitübertragungsschicht (Schicht 1) wird eine NRZ-Codierung (Non-Return-To-Zero) genutzt. Standardmäßig erfolgt die Datenübertragung mit 500 kBit/s. Genutzt werden Telegramme mit 13 Bit Länge (5 Bit Header, 8 Bit Daten). Zur Statusbestimmung werden in Übertragungspausen spezielle Header ohne Datenbits übertragen.

In der Datensicherungsschicht (Schicht 2) des Interbus wird ein Summenrahmenverfahren eingesetzt. Ein Rahmen mit Datenslots für jeden Busteilnehmer wird erstellt und wie bei einem Schieberegister durch die Teilnehmer geschoben. Die Teilnehmer lesen dabei die Eingangsdaten in "ihrem" Slot ein und speichern dafür ihre Ausgangsdaten. Durch eine Markierung am Ende des Rahmens (Loopback-Wort) erkennt der Master die Ankunft am anderen Ende des Rings und somit das Ende eines Zykluses.

Zur Erstellung des Rahmens bei der Initialisierung oder nach Fehlern fragt der Master alle Busteilnehmer in einem oder mehreren Identifikationszyklen ab. Diese antworten mit Identifikations- und Konfigurationsdaten. Danach folgen Datenzyklen zur Nutzdatenübertragung. Die Länge des Datenrahmens ergibt sich aus der Anzahl der Busteilnehmer sowie der Breite der jeweiligen Nutzdaten. Hinzu kommt ein 16 Bit langes Loopback-Wort, anhand dessen der Master das Ende eines Zykluses erkennt. Am Rahmenende wird eine 32 Bit lange Prüfsumme angehängt, um Datenfehler zu erkennen.

Die einzelnen Busteilnehmer werden nicht direkt adressiert, sondern indirekt durch ihre Position im Ring angesprochen. Eine Umsetzung auf logische Adressen erfolgt erst in Schicht 7.

Durch das Summenrahmenverfahren ergibt sich eine deterministische Laufzeit der Daten. Der Bus kann somit zur Steuerung zeitkritischer Regelungen eingesetzt werden. Das Lesen und Schreiben der Daten erfolgt außerdem stehts durch alle Teilnehmer zum selben Zeitpunkt, so entstehen keine Inkonsistenzen.

Neben diesen zyklischen Daten (Prozessdaten) können auch azyklisch auftretende Daten größerer Menge (Parameterdaten) übertragen werden. Dazu besitzt jeder Teilnehmer in seinem Slot zusätzlich einen Bereich für solche azyklischen Daten, der im Regelfrei leer bleibt. Die Übertragung der Prozessdaten und das deterministische Zeitverhalten werden hierduch nicht beeinflusst. In Schicht 7 werden diese zwei Übetragungswege als Prozessdatenkanal und Parameterkanal bezeichnet. Ein eigenes Protokoll (PCP - Peripherals Communication Protocal) kümmert sich um die Aufteilung der oft umfangreichen Parameterdaten in einzelne Pakete, die in mehreren Zyklen in den freien Bereichen der Slots übertragen und anschließend wieder zusammengesetzt werden.

[Bearbeiten] Organisation

Parallel zur technischen Entwicklung und Funktionserweiterung von INTERBUS entstanden eine Reihe von unterstützenden Aktivitäten der Hersteller und Anwender. Dazu gehören u.a. 1992 die Gründung der Nutzervereinigung INTERBUS-Club e.V. und die Entwicklung von Anwendungsprofilen (beginnend 1992 mit dem DRIVECOM-Profil für elektrische Antriebe) durch Arbeitsgruppen des INTERBUS-Clubs.

Ab 1993 vergibt der INTERBUS-Club ein Zertifizierungssymbol für INTERBUS-Geräte auf der Grundlage einer bestandenen Konformitäts- und Interoperabilitätsprüfung.

[Bearbeiten] Weblinks

• Interbusclub.com: Interbus Club
• Phoenixcontact.com: Phoenix Contact
• Feldbusse.de: Informationen zu Interbus und anderen Bussystemen