Die unsichtbaren Adern der Elektronik: Eine Reise durch die Welt der seriellen Busse

Autor: DerSchneider

Einleitung

Wer heute ein Smartphone öffnet, einen Blick auf eine Leiterplatine wirft oder das Steuergerät eines modernen Automobils betrachtet, sieht ein dichtes Netz aus winzigen Leiterbahnen. Doch was auf den ersten Blick wie ein unentwirrbares Labyrinth erscheint, folgt strengen Regeln. Die eigentliche Kommunikation zwischen den mikroskopisch kleinen Bausteinen – zwischen Mikrocontrollern, Sensoren, Speichern und Aktoren – findet nicht über breite, parallele Datenhighways statt, sondern über schmale, oft nur aus ein oder zwei Signalleitungen bestehende Pfade: die seriellen Busse.

Begriffe wie UART, SPI, I2C, CAN, RS232 und 1-Wire sind für den Elektrotechniker Vertrautes, fast schon Alltagssprache. Für den Außenstehenden klingen sie nach kryptischen Codes. Doch hinter jedem dieser Akronyme verbirgt sich eine eigene Geschichte, eine spezifische Philosophie und ein klar definierter Einsatzbereich. Dieser Artikel unternimmt eine Reise durch diese sechs fundamentalen Kommunikationsprotokolle der Elektronik. Wir betrachten ihre Herkunft, ihre Funktionsweise, ihre Stärken und Schwächen und werfen einen Blick darauf, wie sie die digitale Welt von innen heraus zusammenzuhalten.

Die Ahnenreihe: Die Geburt der seriellen Kommunikation

Bevor die heutigen, hochintegrierten Busse das Feld beherrschten, stand am Anfang der Wunsch, Geräte miteinander sprechen zu lassen – und das mit möglichst wenigen Drähten. Die Geschichte der seriellen Datenübertragung ist eng mit der Entwicklung der Computertechnologie selbst verwoben.

RS232: Der Urvater der seriellen Schnittstelle

Die Geschichte beginnt in den frühen 1960er-Jahren. Die Elektronikindustrie wuchs rasant, und es entstand der Bedarf nach einem standardisierten Weg, um Daten zwischen Computern und Peripheriegeräten wie Modems oder Druckern auszutauschen. 1960 führte die Electronic Industries Association (EIA) den Standard RS232 (Recommended Standard 232) ein. Es war der erste weitverbreitete Versuch, eine gemeinsame Sprache für die serielle Datenübertragung zu definieren.

RS232 war ein Meilenstein. Er spezifizierte nicht nur die elektrischen Spannungspegel – eine logische „0“ bei +12V und eine logische „1“ bei -12V – sondern auch die Belegung der Steckverbinder und die Bedeutung der einzelnen Signalleitungen. Für viele Jahre war ein RS232-kompatibler Anschluss, oft als COM-Port bezeichnet, ein fester Bestandteil nahezu jeden Personal Computers. Über diesen Port wurden Modems angesteuert, Mäuse angeschlossen und Debug-Informationen ausgegeben.

Doch der Standard hatte auch seine Grenzen. Die Übertragungsraten waren mit maximal 20 kBit/s vergleichsweise gering, die maximalen Kabellängen begrenzt, und die relativ hohen Spannungspegel machten die Schaltungstechnik aufwendig. Zudem war RS232 für die Punkt-zu-Punkt-Verbindung zweier Geräte konzipiert – ein Verbund mehrerer Teilnehmer war nicht vorgesehen.

UART: Das Herzstück der asynchronen Übertragung

Eng verbunden mit RS232, aber konzeptionell eine Ebene darunter, ist der UART (Universal Asynchronous Receiver/Transmitter). Ein UART ist kein Busprotokoll im eigentlichen Sinne, sondern ein Hardware-Baustein, der die parallelen Daten eines Prozessors in eine serielle Bitfolge umwandelt und umgekehrt.

Erfunden wurde der UART in den 1960er-Jahren von Gordon Bell bei der Digital Equipment Corporation (DEC) für die PDP-Computer. Die wahre Revolution war jedoch die Verfügbarkeit als Einzelchip: 1971 brachte Western Digital den WD1402A auf den Markt, den ersten weithin verfügbaren UART-Chip.

Der UART arbeitet asynchron – das heißt, es wird kein separates Taktsignal zwischen Sender und Empfänger übertragen. Stattdessen müssen beide Seiten vorab dieselbe Übertragungsgeschwindigkeit (die Baudrate) und dasselbe Datenrahmenformat (Startbit, Datenbits, Paritätsbit, Stoppbit) vereinbaren. Diese Einfachheit macht den UART bis heute zu einem der verbreitetsten Interfaces in der Mikrocontroller-Welt.

Die große Vereinheitlichung: Busse für die Leiterplatte

Während RS232 und UART die Kommunikation über Kabel zwischen Geräten ermöglichten, entstand in den 1980er-Jahren ein neuer Bedarf: Die immer komplexer werdenden Leiterplatten mussten ihre zahlreichen Chips effizient miteinander verbinden. Parallele Busse mit vielen Datenleitungen wurden zunehmend unpraktisch. Die Lösung waren intelligente serielle Busse, die mit nur wenigen Leitungen auskamen.

I²C: Der Zwei-Draht-Kommunikator

1980, im gleichen Jahr, in dem RS232 das Licht der Welt erblickte, entwickelten die Philips Semiconductors (heute NXP) den I²C-Bus (Inter-Integrated Circuit). Die Idee war genial einfach: Zwei Drähte – eine Datenleitung (SDA) und eine Taktleitung (SCL) – sollten ausreichen, um eine Vielzahl von Chips auf einer Platine miteinander zu verbinden.

I²C ist ein synchroner, halbduplexer Bus mit einer Master-Slave-Architektur. Das Besondere: Es kann mehrere Master geben, und jeder Teilnehmer auf dem Bus hat eine eindeutige Adresse. Die Kommunikation wird durch das Senden von Start- und Stopp-Bedingungen eingeleitet und beendet.

Die große Stärke von I²C ist seine Effizienz. Mit nur zwei Pins lassen sich Dutzende von Bausteinen anbinden – von Temperatursensoren über Echtzeituhren bis hin zu Speicherbausteinen. Die Anfangsgeschwindigkeit von 100 kBit/s wurde im Laufe der Jahre auf bis zu 5 MBit/s gesteigert. Allerdings hat der Bus auch seine Tücken: Die Verwendung von Open-Drain-Treibern mit Pull-up-Widerständen macht ihn anfällig für Kapazitäten und begrenzt die mögliche Buslänge.

SPI: Der Geschwindigkeitsrausch

Etwa zur gleichen Zeit, in den frühen 1980er-Jahren, entwickelte Motorola eine Alternative: den SPI-Bus (Serial Peripheral Interface). SPI war von Anfang an auf Geschwindigkeit getrimmt. Es ist ein synchroner, vollduplexer Bus, der auf einer Master-Slave-Architektur basiert.

Im Gegensatz zu I²C benötigt SPI vier Leitungen: einen Takt (SCLK), zwei Datenleitungen (MOSI für Master Out, Slave In; MISO für Master In, Slave Out) und eine Chip-Select-Leitung (CS) pro Slave. Diese scheinbare Verschwendung von Pins zahlt sich durch eine hohe Übertragungsgeschwindigkeit aus, die oft im zweistelligen Megahertz-Bereich liegt. Zudem ist das Protokoll äußerst einfach und kommt ohne die Protokoll-Overheads wie Adressierung und Bestätigungsbits von I²C aus.

SPI hat sich als de-facto-Standard für die Anbindung schneller Peripherie etabliert – von Flash-Speichern und AD-Wandlern bis hin zu Displays und Funkchips. Die Kehrseite der Medaille: Jeder zusätzliche Slave benötigt eine eigene Chip-Select-Leitung, was bei vielen Teilnehmern den Verdrahtungsaufwand erhöht.

1-Wire: Die Kunst der Minimalisierung

Einen noch radikaleren Ansatz verfolgte Dallas Semiconductor (später von Maxim Integrated übernommen, heute Teil von Analog Devices) in den frühen 1990er-Jahren mit der Entwicklung des 1-Wire-Busses. Der Name ist Programm: Eine einzige Datenleitung (DQ) plus Masse (GND) genügt, um mehrere Geräte zu verbinden.

Das Geheimnis von 1-Wire liegt in der parasitären Stromversorgung. Die angeschlossenen Geräte beziehen ihre Betriebsspannung direkt aus der Datenleitung, indem sie in den kurzen Phasen, in denen die Leitung auf High-Pegel liegt, einen Kondensator aufladen. Die Kommunikation erfolgt asynchron und zeitkritisch: Durch die präzise Steuerung der Pulsdauern werden die logischen Zustände 0 und 1 codiert.

Jedes 1-Wire-Gerät besitzt eine weltweit eindeutige 64-Bit-Adresse, was eine automatische Geräteerkennung ermöglicht. Die Übertragungsraten sind mit 16,3 kBit/s im Standardmodus allerdings bescheiden. 1-Wire hat sich daher vor allem in Nischen etabliert, in denen Einfachheit und minimale Verkabelung entscheidend sind – etwa bei Temperatursensoren wie dem berühmten DS18B20 oder bei iButton-Identifikationschips.

Der Bus für die harte Welt: CAN

Während I²C, SPI und 1-Wire primär für den Einsatz auf der Leiterplatte konzipiert wurden, entstand in der Automobilindustrie ein Bus, der ganz anderen Anforderungen genügen musste: Er sollte robust, störsicher und zuverlässig sein – selbst in der extremen Umgebung eines Fahrzeugs.

CAN: Das Rückgrat der modernen Mobilität

Die Geschichte des CAN-Busses (Controller Area Network) beginnt 1983 bei Robert Bosch GmbH. Die Herausforderung war gewaltig: Immer mehr elektronische Steuergeräte hielten Einzug in die Fahrzeuge – für Motorsteuerung, ABS, Airbags, Komfortfunktionen. Die traditionelle Punkt-zu-Punkt-Verkabelung wurde zu einem immer unüberschaubareren und schwereren Kabelbaum.

Die Lösung, die Bosch 1986 auf der SAE-Konferenz in Detroit vorstellte, war revolutionär. Der CAN-Bus ist ein asynchrones, halbduplexes Bussystem mit Multi-Master-Fähigkeit. Das heißt, jeder Teilnehmer kann eigenständig Daten senden. Anders als bei adressbasierten Systemen wie I²C arbeitet CAN nachrichtenorientiert: Jede Nachricht trägt eine Kennung, die nicht nur den Inhalt beschreibt, sondern auch die Priorität festlegt.

Das Herzstück von CAN ist sein ausgefeiltes Arbitrierungsverfahren. Wenn zwei Teilnehmer gleichzeitig senden, wird die Nachricht mit der niedrigeren Priorität (der höheren Kennungsnummer) automatisch zurückgestellt, ohne dass Daten verloren gehen. Die physikalische Schicht verwendet eine differenzielle Signalisierung auf zwei Leitungen (CAN_H und CAN_L), die eine hohe Störfestigkeit gegenüber elektromagnetischen Einstreuungen bietet.

1991 war der Mercedes-Benz W140 das erste Serienfahrzeug mit einem CAN-basierten Multiplex-Bordnetz. Heute ist CAN aus der Automobilindustrie nicht mehr wegzudenken und hat seinen Siegeszug auch in die Industrieautomation, die Medizintechnik und die Luftfahrt angetreten.

Ein systematischer Vergleich

Um die unterschiedlichen Charaktere der sechs Busse greifbar zu machen, hilft ein direkter Vergleich ihrer wesentlichen Eigenschaften:

Kontroversen und Perspektiven

Die Wahl des „richtigen“ Busses ist selten eine rein technische Entscheidung. Sie ist oft eine Frage der Philosophie, der Tradition und des konkreten Anwendungsfalls.

Die SPI-I²C-Dichotomie: In der Embedded-Welt gibt es kaum eine hitzigere Debatte als die zwischen den Anhängern von SPI und I²C. Die einen schwören auf die Einfachheit und Geschwindigkeit von SPI, die anderen auf die Eleganz und Pin-Effizienz von I²C. Die Wahrheit liegt, wie so oft, in der Mitte: Für die Anbindung weniger, schneller Peripherie ist SPI unschlagbar. Für ein dichtes Netz vieler langsamer Sensoren ist I²C die bessere Wahl.

Der Niedergang von RS232: RS232 galt lange als ausgestorben. In den 2000er-Jahren verschwanden die COM-Ports von den PCs und wurden durch USB ersetzt. Doch RS232 lebt – in der Industrie, in der Messtechnik, in unzähligen Legacy-Systemen. USB-UART-Adapter wie der CH340 halten die Verbindung zur modernen Welt aufrecht. Ein klares Beispiel dafür, dass in der Technik nichts wirklich stirbt – es findet nur neue Nischen.

Die Zukunft von CAN: Mit dem Aufkommen von Ethernet im Automobil (Automotive Ethernet) und dem neuen I3C-Bus, der I²C ablösen soll, steht auch CAN vor Herausforderungen. Doch CAN FD (Flexible Data-Rate) und CAN XL zeigen, dass der Bus sich weiterentwickelt. Seine Robustheit und sein etabliertes Ökosystem machen ihn für sicherheitskritische Anwendungen vorerst unersetzlich.

Fazit und Ausblick

Die sechs seriellen Busse – UART, SPI, I2C, CAN, RS232 und 1-Wire – sind mehr als nur technische Spezifikationen. Sie sind das Ergebnis jahrzehntelanger Ingenieursarbeit, geprägt von den spezifischen Herausforderungen ihrer Zeit. RS232 steht für die Pionierzeit der Computervernetzung. I²C und SPI für den Traum einer effizienten, platinenschonenden Kommunikation. 1-Wire für die Kunst der Minimalisierung. Und CAN für die Bewältigung von Komplexität unter härtesten Bedingungen.

Jeder dieser Busse hat seinen festen Platz im Ökosystem der Elektronik. Keiner ist per se „besser“ oder „schlechter“. Ihre Unterschiede sind Ausdruck unterschiedlicher Prioritäten: Geschwindigkeit versus Einfachheit, Robustheit versus Pin-Effizienz, Flexibilität versus Standardisierung.

Die Reise ist noch nicht zu Ende. Neue Busse wie I3C, MIPI oder Automotive Ethernet werden das Feld weiter bereichern. Doch die alten Protokolle werden nicht verschwinden. Sie werden weiterleben – in den unzähligen Geräten, die unsere Welt Tag für Tag am Laufen halten. Denn die beste Technologie ist oft nicht die neueste, sondern die, die ihre Aufgabe einfach und zuverlässig erfüllt.

Quellen

• Altium Resources: Comparing All Serial Communications Protocols
• CAN in Automation (CiA): History of CAN technology
• CSDN: 嵌入式通信协议全面解析：从原理到应用
• CSDN: UART、I2C、SPI、TTL、RS232、RS422、RS485、CAN、USB、SD卡、1-WIRE、Ethernet
• EE Times China: 我打赌！你还不会UART
• Wikipedia: CAN bus
• Wikipedia: I²C
• Wikipedia: *RS-232*
• Wikipedia: Serial Peripheral Interface