{"id":6584,"date":"2026-07-17T11:10:03","date_gmt":"2026-07-17T11:10:03","guid":{"rendered":"https:\/\/technodidact.de\/?p=6584"},"modified":"2026-07-17T11:10:04","modified_gmt":"2026-07-17T11:10:04","slug":"die-unsichtbaren-adern-der-elektronik-eine-reise-durch-die-welt-der-seriellen-busse","status":"publish","type":"post","link":"https:\/\/technodidact.de\/en\/die-unsichtbaren-adern-der-elektronik-eine-reise-durch-die-welt-der-seriellen-busse\/","title":{"rendered":"Die unsichtbaren Adern der Elektronik: Eine Reise durch die Welt der seriellen Busse"},"content":{"rendered":"

Autor: DerSchneider<\/strong><\/p>\n\n\n\n

\n\n\n\n

Einleitung<\/h2>\n\n\n\n

Wer heute ein Smartphone \u00f6ffnet, einen Blick auf eine Leiterplatine wirft oder das Steuerger\u00e4t 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 \u2013 zwischen Mikrocontrollern, Sensoren, Speichern und Aktoren \u2013 findet nicht \u00fcber breite, parallele Datenhighways statt, sondern \u00fcber schmale, oft nur aus ein oder zwei Signalleitungen bestehende Pfade: die seriellen Busse.<\/p>\n\n\n\n

Begriffe wie UART, SPI, I2C, CAN, RS232 und 1-Wire sind f\u00fcr den Elektrotechniker Vertrautes, fast schon Alltagssprache. F\u00fcr den Au\u00dfenstehenden 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\u00e4rken und Schw\u00e4chen und werfen einen Blick darauf, wie sie die digitale Welt von innen heraus zusammenzuhalten.<\/p>\n\n\n\n

\n\n\n\n

Die Ahnenreihe: Die Geburt der seriellen Kommunikation<\/h2>\n\n\n\n

Bevor die heutigen, hochintegrierten Busse das Feld beherrschten, stand am Anfang der Wunsch, Ger\u00e4te miteinander sprechen zu lassen \u2013 und das mit m\u00f6glichst wenigen Dr\u00e4hten. Die Geschichte der seriellen Daten\u00fcbertragung ist eng mit der Entwicklung der Computertechnologie selbst verwoben.<\/p>\n\n\n\n

RS232: Der Urvater der seriellen Schnittstelle<\/h3>\n\n\n\n

Die Geschichte beginnt in den fr\u00fchen 1960er-Jahren. Die Elektronikindustrie wuchs rasant, und es entstand der Bedarf nach einem standardisierten Weg, um Daten zwischen Computern und Peripherieger\u00e4ten wie Modems oder Druckern auszutauschen. 1960 f\u00fchrte die Electronic Industries Association (EIA) den Standard RS232 (Recommended Standard 232) ein. Es war der erste weitverbreitete Versuch, eine gemeinsame Sprache f\u00fcr die serielle Daten\u00fcbertragung zu definieren.<\/p>\n\n\n\n

RS232 war ein Meilenstein. Er spezifizierte nicht nur die elektrischen Spannungspegel \u2013 eine logische \u201e0\u201c bei +12V und eine logische \u201e1\u201c bei -12V \u2013 sondern auch die Belegung der Steckverbinder und die Bedeutung der einzelnen Signalleitungen. F\u00fcr viele Jahre war ein RS232-kompatibler Anschluss, oft als COM-Port bezeichnet, ein fester Bestandteil nahezu jeden Personal Computers. \u00dcber diesen Port wurden Modems angesteuert, M\u00e4use angeschlossen und Debug-Informationen ausgegeben.<\/p>\n\n\n\n

Doch der Standard hatte auch seine Grenzen. Die \u00dcbertragungsraten waren mit maximal 20 kBit\/s vergleichsweise gering<\/a>, die maximalen Kabell\u00e4ngen begrenzt, und die relativ hohen Spannungspegel machten die Schaltungstechnik aufwendig. Zudem war RS232 f\u00fcr die Punkt-zu-Punkt-Verbindung zweier Ger\u00e4te konzipiert \u2013 ein Verbund mehrerer Teilnehmer war nicht vorgesehen<\/a>.<\/p>\n\n\n\n

UART: Das Herzst\u00fcck der asynchronen \u00dcbertragung<\/h3>\n\n\n\n

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<\/a>.<\/p>\n\n\n\n

Erfunden wurde der UART in den 1960er-Jahren von Gordon Bell bei der Digital Equipment Corporation (DEC) f\u00fcr die PDP-Computer<\/a>. Die wahre Revolution war jedoch die Verf\u00fcgbarkeit als Einzelchip: 1971 brachte Western Digital den WD1402A auf den Markt, den ersten weithin verf\u00fcgbaren UART-Chip<\/a>.<\/p>\n\n\n\n

Der UART arbeitet asynchron \u2013 das hei\u00dft, es wird kein separates Taktsignal zwischen Sender und Empf\u00e4nger \u00fcbertragen. Stattdessen m\u00fcssen beide Seiten vorab dieselbe \u00dcbertragungsgeschwindigkeit (die Baudrate) und dasselbe Datenrahmenformat (Startbit, Datenbits, Parit\u00e4tsbit, Stoppbit) vereinbaren<\/a>. Diese Einfachheit macht den UART bis heute zu einem der verbreitetsten Interfaces in der Mikrocontroller-Welt.<\/p>\n\n\n\n

\n\n\n\n

Die gro\u00dfe Vereinheitlichung: Busse f\u00fcr die Leiterplatte<\/h2>\n\n\n\n

W\u00e4hrend RS232 und UART die Kommunikation \u00fcber Kabel zwischen Ger\u00e4ten erm\u00f6glichten, 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\u00f6sung waren intelligente serielle Busse, die mit nur wenigen Leitungen auskamen.<\/p>\n\n\n\n

I\u00b2C: Der Zwei-Draht-Kommunikator<\/h3>\n\n\n\n

1980, im gleichen Jahr, in dem RS232 das Licht der Welt erblickte, entwickelten die Philips Semiconductors (heute NXP) den I\u00b2C-Bus (Inter-Integrated Circuit)<\/a>. Die Idee war genial einfach: Zwei Dr\u00e4hte \u2013 eine Datenleitung (SDA) und eine Taktleitung (SCL) \u2013 sollten ausreichen, um eine Vielzahl von Chips auf einer Platine miteinander zu verbinden<\/a>.<\/p>\n\n\n\n

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

Die gro\u00dfe St\u00e4rke von I\u00b2C ist seine Effizienz. Mit nur zwei Pins lassen sich Dutzende von Bausteinen anbinden \u2013 von Temperatursensoren \u00fcber Echtzeituhren bis hin zu Speicherbausteinen<\/a>. Die Anfangsgeschwindigkeit von 100 kBit\/s wurde im Laufe der Jahre auf bis zu 5 MBit\/s gesteigert<\/a>. Allerdings hat der Bus auch seine T\u00fccken: Die Verwendung von Open-Drain-Treibern mit Pull-up-Widerst\u00e4nden macht ihn anf\u00e4llig f\u00fcr Kapazit\u00e4ten und begrenzt die m\u00f6gliche Busl\u00e4nge.<\/p>\n\n\n\n

SPI: Der Geschwindigkeitsrausch<\/h3>\n\n\n\n

Etwa zur gleichen Zeit, in den fr\u00fchen 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<\/strong> Bus<\/a>, der auf einer Master-Slave-Architektur basiert.<\/p>\n\n\n\n

Im Gegensatz zu I\u00b2C ben\u00f6tigt SPI vier Leitungen: einen Takt (SCLK), zwei Datenleitungen (MOSI f\u00fcr Master Out, Slave In; MISO f\u00fcr Master In, Slave Out) und eine Chip-Select-Leitung (CS) pro Slave<\/a><\/a>. Diese scheinbare Verschwendung von Pins zahlt sich durch eine hohe \u00dcbertragungsgeschwindigkeit aus, die oft im zweistelligen Megahertz-Bereich liegt. Zudem ist das Protokoll \u00e4u\u00dferst einfach und kommt ohne die Protokoll-Overheads wie Adressierung und Best\u00e4tigungsbits von I\u00b2C aus.<\/p>\n\n\n\n

SPI hat sich als de-facto<\/em>-Standard f\u00fcr die Anbindung schneller Peripherie etabliert \u2013 von Flash-Speichern und AD-Wandlern bis hin zu Displays und Funkchips. Die Kehrseite der Medaille: Jeder zus\u00e4tzliche Slave ben\u00f6tigt eine eigene Chip-Select-Leitung, was bei vielen Teilnehmern den Verdrahtungsaufwand erh\u00f6ht<\/a>.<\/p>\n\n\n\n

1-Wire: Die Kunst der Minimalisierung<\/h3>\n\n\n\n

Einen noch radikaleren Ansatz verfolgte Dallas Semiconductor (sp\u00e4ter von Maxim Integrated \u00fcbernommen, heute Teil von Analog Devices) in den fr\u00fchen 1990er-Jahren mit der Entwicklung des 1-Wire-Busses. Der Name ist Programm: Eine einzige Datenleitung (DQ) plus Masse (GND) gen\u00fcgt, um mehrere Ger\u00e4te zu verbinden<\/a>.<\/p>\n\n\n\n

Das Geheimnis von 1-Wire liegt in der parasit\u00e4ren Stromversorgung<\/strong>. Die angeschlossenen Ger\u00e4te beziehen ihre Betriebsspannung direkt aus der Datenleitung, indem sie in den kurzen Phasen, in denen die Leitung auf High-Pegel liegt, einen Kondensator aufladen<\/a><\/a>. Die Kommunikation erfolgt asynchron und zeitkritisch: Durch die pr\u00e4zise Steuerung der Pulsdauern werden die logischen Zust\u00e4nde 0 und 1 codiert<\/a>.<\/p>\n\n\n\n

Jedes 1-Wire-Ger\u00e4t besitzt eine weltweit eindeutige 64-Bit-Adresse, was eine automatische Ger\u00e4teerkennung erm\u00f6glicht<\/a>. Die \u00dcbertragungsraten sind mit 16,3 kBit\/s im Standardmodus allerdings bescheiden<\/a>. 1-Wire hat sich daher vor allem in Nischen etabliert, in denen Einfachheit und minimale Verkabelung entscheidend sind \u2013 etwa bei Temperatursensoren wie dem ber\u00fchmten DS18B20 oder bei iButton-Identifikationschips<\/a>.<\/p>\n\n\n\n

\n\n\n\n

Der Bus f\u00fcr die harte Welt: CAN<\/h2>\n\n\n\n

W\u00e4hrend I\u00b2C, SPI und 1-Wire prim\u00e4r f\u00fcr den Einsatz auf der Leiterplatte konzipiert wurden, entstand in der Automobilindustrie ein Bus, der ganz anderen Anforderungen gen\u00fcgen musste: Er sollte robust<\/strong>, st\u00f6rsicher<\/strong> und zuverl\u00e4ssig<\/strong> sein \u2013 selbst in der extremen Umgebung eines Fahrzeugs.<\/p>\n\n\n\n

CAN: Das R\u00fcckgrat der modernen Mobilit\u00e4t<\/h3>\n\n\n\n

Die Geschichte des CAN-Busses (Controller Area Network) beginnt 1983 bei Robert Bosch GmbH<\/a>. Die Herausforderung war gewaltig: Immer mehr elektronische Steuerger\u00e4te hielten Einzug in die Fahrzeuge \u2013 f\u00fcr Motorsteuerung, ABS, Airbags, Komfortfunktionen. Die traditionelle Punkt-zu-Punkt-Verkabelung wurde zu einem immer un\u00fcberschaubareren und schwereren Kabelbaum.<\/p>\n\n\n\n

Die L\u00f6sung, die Bosch 1986 auf der SAE-Konferenz in Detroit vorstellte, war revolution\u00e4r<\/a>. Der CAN-Bus ist ein asynchrones<\/strong>, halbduplexes<\/strong> Bussystem mit Multi-Master-F\u00e4higkeit<\/strong><\/a>. Das hei\u00dft, jeder Teilnehmer kann eigenst\u00e4ndig Daten senden. Anders als bei adressbasierten Systemen wie I\u00b2C arbeitet CAN nachrichtenorientiert<\/strong>: Jede Nachricht tr\u00e4gt eine Kennung, die nicht nur den Inhalt beschreibt, sondern auch die Priorit\u00e4t festlegt<\/a>.<\/p>\n\n\n\n

Das Herzst\u00fcck von CAN ist sein ausgefeiltes Arbitrierungsverfahren<\/strong>. Wenn zwei Teilnehmer gleichzeitig senden, wird die Nachricht mit der niedrigeren Priorit\u00e4t (der h\u00f6heren Kennungsnummer) automatisch zur\u00fcckgestellt, ohne dass Daten verloren gehen<\/a>. Die physikalische Schicht verwendet eine differenzielle Signalisierung auf zwei Leitungen (CAN_H und CAN_L), die eine hohe St\u00f6rfestigkeit gegen\u00fcber elektromagnetischen Einstreuungen bietet<\/a>.<\/p>\n\n\n\n

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

\n\n\n\n

Ein systematischer Vergleich<\/h2>\n\n\n\n

Um die unterschiedlichen Charaktere der sechs Busse greifbar zu machen, hilft ein direkter Vergleich ihrer wesentlichen Eigenschaften:<\/p>\n\n\n\n

Protokoll<\/th>Leitungen<\/th>Duplex<\/th>Sync\/Async<\/th>Topologie<\/th>Typische Geschwindigkeit<\/th>St\u00e4rken<\/th>Schw\u00e4chen<\/th><\/tr><\/thead>
RS232<\/strong><\/td>3 (TX, RX, GND)<\/td>Voll<\/td>Async<\/td>Punkt-zu-Punkt<\/td>bis 20 kBit\/s<\/a><\/td>Weit verbreitet, einfache Implementierung<\/td>Langsam, hohe Spannungen, kurze Distanzen<\/td><\/tr>
UART<\/strong><\/td>2 (TX, RX)<\/td>Voll<\/td>Async<\/td>Punkt-zu-Punkt<\/td>bis mehrere MBit\/s<\/a><\/td>Einfach, universell, hardwarenah<\/td>Kein Bus, nur Punkt-zu-Punkt<\/td><\/tr>
I\u00b2C<\/strong><\/td>2 (SDA, SCL)<\/td>Halb<\/td>Sync<\/td>Multi-Master<\/td>100 kBit\/s \u2013 5 MBit\/s<\/a><\/td>Wenige Pins, viele Teilnehmer, Hardware-Adressierung<\/a><\/td>Anf\u00e4llig f\u00fcr St\u00f6rungen, begrenzte Busl\u00e4nge<\/td><\/tr>
SPI<\/strong><\/td>4+n (SCK, MOSI, MISO, n*CS)<\/td>Voll<\/td>Sync<\/td>Ein-Master<\/td>bis > 50 MBit\/s<\/td>Sehr schnell, einfaches Protokoll<\/a><\/td>Viele Pins bei vielen Slaves, kein Standard<\/td><\/tr>
CAN<\/strong><\/td>2 (CAN_H, CAN_L)<\/td>Halb<\/td>Async<\/td>Multi-Master<\/td>bis 1 MBit\/s<\/td>Robust, st\u00f6rsicher, priorit\u00e4tsbasiert<\/a><\/td>Komplex, geringere Geschwindigkeit<\/td><\/tr>
1-Wire<\/strong><\/td>1 (DQ + GND)<\/td>Halb<\/td>Async<\/td>Ein-Master<\/td>16,3 kBit\/s \u2013 125 kBit\/s<\/td>Minimale Verkabelung, parasit\u00e4rer Strom<\/a><\/td>Sehr langsam, zeitkritische Steuerung<\/a><\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
\n\n\n\n

Kontroversen und Perspektiven<\/h2>\n\n\n\n

Die Wahl des \u201erichtigen\u201c Busses ist selten eine rein technische Entscheidung. Sie ist oft eine Frage der Philosophie, der Tradition und des konkreten Anwendungsfalls.<\/p>\n\n\n\n

Die SPI-I\u00b2C-Dichotomie<\/strong>: In der Embedded-Welt gibt es kaum eine hitzigere Debatte als die zwischen den Anh\u00e4ngern von SPI und I\u00b2C. Die einen schw\u00f6ren auf die Einfachheit und Geschwindigkeit von SPI, die anderen auf die Eleganz und Pin-Effizienz von I\u00b2C. Die Wahrheit liegt, wie so oft, in der Mitte: F\u00fcr die Anbindung weniger, schneller Peripherie ist SPI unschlagbar. F\u00fcr ein dichtes Netz vieler langsamer Sensoren ist I\u00b2C die bessere Wahl.<\/p>\n\n\n\n

Der Niedergang von RS232<\/strong>: RS232 galt lange als ausgestorben. In den 2000er-Jahren verschwanden die COM-Ports von den PCs und wurden durch USB ersetzt<\/a>. Doch RS232 lebt \u2013 in der Industrie, in der Messtechnik, in unz\u00e4hligen Legacy-Systemen<\/a>. USB-UART-Adapter wie der CH340 halten die Verbindung zur modernen Welt aufrecht<\/a>. Ein klares Beispiel daf\u00fcr, dass in der Technik nichts wirklich stirbt \u2013 es findet nur neue Nischen.<\/p>\n\n\n\n

Die Zukunft von CAN<\/strong>: Mit dem Aufkommen von Ethernet im Automobil (Automotive Ethernet) und dem neuen I3C-Bus, der I\u00b2C abl\u00f6sen 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 \u00d6kosystem machen ihn f\u00fcr sicherheitskritische Anwendungen vorerst unersetzlich.<\/p>\n\n\n\n

\n\n\n\n

Fazit und Ausblick<\/h2>\n\n\n\n

Die sechs seriellen Busse \u2013 UART, SPI, I2C, CAN, RS232 und 1-Wire \u2013 sind mehr als nur technische Spezifikationen. Sie sind das Ergebnis jahrzehntelanger Ingenieursarbeit, gepr\u00e4gt von den spezifischen Herausforderungen ihrer Zeit. RS232 steht f\u00fcr die Pionierzeit der Computervernetzung. I\u00b2C und SPI f\u00fcr den Traum einer effizienten, platinenschonenden Kommunikation. 1-Wire f\u00fcr die Kunst der Minimalisierung. Und CAN f\u00fcr die Bew\u00e4ltigung von Komplexit\u00e4t unter h\u00e4rtesten Bedingungen.<\/p>\n\n\n\n

Jeder dieser Busse hat seinen festen Platz im \u00d6kosystem der Elektronik. Keiner ist per se \u201ebesser\u201c oder \u201eschlechter\u201c. Ihre Unterschiede sind Ausdruck unterschiedlicher Priorit\u00e4ten: Geschwindigkeit versus Einfachheit, Robustheit versus Pin-Effizienz, Flexibilit\u00e4t versus Standardisierung.<\/p>\n\n\n\n

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 \u2013 in den unz\u00e4hligen Ger\u00e4ten, die unsere Welt Tag f\u00fcr Tag am Laufen halten. Denn die beste Technologie ist oft nicht die neueste, sondern die, die ihre Aufgabe einfach und zuverl\u00e4ssig erf\u00fcllt.<\/p>\n\n\n\n

\n\n\n\n

Quellen<\/h2>\n\n\n\n