Einen Webserver auf einem 8-Bit-Mikrocontroller betreiben: Einfach mal so

Manche Projekte sind technisch machbar, aber total verrückt. Sie haben null Sinn im Alltag. Trotzdem lernen sie dich, wie das Internet wirklich tickt. Heute geht's um einen Entwickler, der eine echte Website auf einem Mikrocontroller hostet. Der kostet so viel wie eine Schokoladentafel.

Die Hardware: Klein, aber oho

Im Mittelpunkt steht der AVR64DD32. Ein moderner 8-Bit-Mikrocontroller für gerade mal einen Euro. Schaut euch das an:

• CPU: 8-Bit-AVR-Kern mit bis zu 24 MHz
• RAM: 8 kB
• Flash: 64 kB
• Stromversorgung: 1,8 bis 5,5 Volt
• Preis: Ein Euro. Punkt.

Für 8-Bit-Verhältnisse ist das riesig. Günstiger und stärker als der alte Arduino-Chip. Bessere Peripherie, einfacheres Programmieren. Aber: Er braucht Internet.

Das Netzwerk-Problem: Ethernet scheitert

Ethernet klingt logisch. Es ist Standard, gut dokumentiert. Doch physikalisch unmöglich. 10BASE-T Ethernet pusht 10 Megabit pro Sekunde. Mit Manchester-Codierung werden daraus 20 Megabit.

Die GPIO-Pins des AVR schaffen max. 12 MHz. Zu langsam.

Ein extra Ethernet-Chip? Teuer, kompliziert, Lieferzeit. Passt nicht zum Experiment.

Der smarte Trick: SLIP-Protokoll

SLIP rettet die Lage. Serial Line Internet Protocol aus der Modem-Zeit (RFC 1055). Super einfach. Es rahmt Pakete ein und escaped Sonderzeichen:

• Pakete mit 0xC0 umrahmen
• 0xC0 im Paket wird 0xDB 0xDC
• 0xDB wird 0xDB 0xDD

Kein Schnickschnack-Hardware. Nur ein USB-zu-Serial-Adapter bei 115.200 Baud. Linux macht daraus ein Netzwerk-Interface:

stty -F /dev/ttyUSB0 115200 raw cs8
slattach -m -F -L -p slip /dev/ttyUSB0

Aus den 90ern, aber Linux mag's noch. Bonus: Der Controller lebt vom Adapter-Strom. Ein Kabel. Fertig.

Der Protokoll-Stack: Von Null aufgebaut

Jetzt wird's spannend. Networking mit 8 kB RAM.

IP: Kinderspiel

IP-Header sind 40 Bytes Standardkram. Adressen, Metadaten. Fragmentierung? Ignorieren. Moderne Systeme machen das eh nicht mehr.

Lösung: Adressen austauschen, TTL zurücksetzen, zurückschicken. Der Chip spiegelt nur. Kein Verständnis nötig.

TCP: Hölle pur

TCP ist brutal. Du brauchst:

• Zustandsverfolgung
• Nachsenden verlorener Pakete
• Edge-Cases (endlose Liste)
• Timeouts

Tage Debuggen. Die Umsetzung hat Macken. Aber für eine einfache Seite reicht's.

HTTP: Pragmatisch

Hartcodierte Antwort. Immer dieselbe statische Seite. Eine URL? Perfekt. Solche Limits zwingen zu cleveren Lösungen. Kein Overkill-Framework.

Online bringen: Der Knackpunkt

Der Controller hängt per Serial an einer Dev-Maschine. Die verbindet sich mit einem VPS in Helsinki. Öffentliche IPv4-Adresse inklusive.

Problem: Keine eigene Public-IP. IPv4 knapp und teuer. Serial übers Internet? Unpraktisch.

VPN zaubert's

WireGuard macht's möglich. Moderner Linux-VPN-Tunnel. Funktioniert hinter NAT.

Ablauf:

1. Dev-Maschine tunnelt zum VPS
2. VPS leitet /mcu/*-Requests ans lokale Gerät
3. Besucher greifen VPS-IP an
4. VPS forwardet zum Controller

Wie bei Twitch-Streaming, nur für einen Euro-Chip. Kein direktes Internet für den Mikrocontroller. Sauber.

Die Lektionen

Absurd? Ja. Deshalb goldwert. Du baust Protokolle selbst und siehst die Schichten.

Erkenntnisse:

• Modularität. Serial statt Ethernet, UDP statt TCP – Kern bleibt gleich.
• Limits pushen Ideen. 8 kB zwingen Minimalismus. Der läuft stabiler.
• Alte Tech hält. SLIP seit 1988. Linux liebt's.
• Internet ist simpel. Ohne Abstraktion: Nur Bytes zwischen Adressen.

Der Kernpunkt

Bei NameOcean knacken wir Web-Tech. Ob Cloud oder DIY: DNS, TCP-Handshake, HTTP – Basics machen dich zum Profi.

Das hier ersetzt kein Hosting. Aber du kapierst, warum Cloud genial ist. Manchmal hilft's, Abstraktionen selbst zu bauen. Auf einem Euro-Chip.

Wir müssen jetzt jemand stoppen, der seinen Blog auf einer Smartwatch hosten will.

Mehr zu Networking? Schau unsere Guides zu DNS, TCP/IP-Basics und warum Domains dein Hosting schlagen. Für echtes Hosting: Unsere AI-Lösungen. Ohne Lötpinzette.