Een webserver draaien op een 8-bit microcontroller: Gewoon, omdat het kan

Sommige tech-projecten zijn puur gekkenwerk. Ze hebben nul praktisch nut, maar leggen bloot hoe het internet écht in elkaar steekt. Neem nou dit experiment: een developer host een echte website op een microcontroller van één dollar. Laten we duiken in dit avontuur.

De hardware: Klein maar krachtig

Het hart van het project is de AVR64DD32. Een hedendaagse 8-bit chip voor een prikkie:

• CPU: 8-bit AVR-core, tot 24 MHz
• RAM: 8 kB SRAM
• Flash: 64 kB
• Voeding: 1,8-5,5 volt
• Prijs: Slechts één dollar

Voor 8-bit begrippen is dit luxe. Goedkoper en slimmer dan de klassieke Atmega328 van Arduino, met betere poorten en makkelijker programmeren. Maar één horde: hoe krijgt dit ding internet?

Netwerken: Ethernet? Vergeet het maar

Ethernet klinkt logisch. Het is standaard en bewezen. Toch botst het met de fysica. 10BASE-T Ethernet pompt 10 Mbps door de lijn, met Manchester-encoding word je dat 20 Mbps. De GPIO-pinnen van de AVR halen amper 12 MHz. Te traag.

Een los Ethernet-chipje kopen? Dat kost geld, tijd en gedoe. Niet de bedoeling bij zo'n proof-of-concept.

Slimme oplossing: SLIP in actie

Daar komt SLIP om de hoek kijken. Serial Line Internet Protocol, uit de tijd van modems (RFC 1055). Superbasic: packets inpakken met 0xC0-bytes, speciale karakters escapen zoals 0xC0 naar 0xDB 0xDC.

Geen fancy hardware. Gewoon een USB-serial adapter op 115.200 baud, en Linux ziet het als netwerkinterface:

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

Oud protocol, nog steeds supported in Linux. Bonus: de microcontroller slurpt stroom van de adapter. Eén kabel, klaar.

De stack opbouwen: Met 8 kB RAM

Nu het zware werk: networking implementeren op krappe resources.

IP: Simpel spiegelen

IP-headers zijn 40 bytes standaardwerk met adressen en metadata. Fragmentatie? Moderne systemen mijden het. Oplossing: inkomende packets spiegelen. Adressen omdraaien, TTL resetten, terugsturen. De chip hoeft IP niet te snappen, alleen te reflecteren.

TCP: Hel van states en timeouts

TCP is een beest. Je moet connecties tracken, packets herhalen, edge cases fixen en timers beheren. Dagen debuggen voor een werkende versie met wat quirks. Voldoende voor een basic site.

HTTP: Hardcoded en klaar

Pragmatisch: altijd dezelfde statische response uitspugen. Eén URL, geen gedoe. Zulke limieten dwingen slimme hacks af.

Online krijgen: De VPN-truc

De microcontroller hangt via serial aan een dev-machine, die linkt naar een VPS in Helsinki met publiek IPv4. Maar geen eigen IP voor de chip, en IPv4 is schaars.

Oplossing: WireGuard. Maakt een virtuele tunnel, NAT-proof.

Stappen:

1. Dev-machine tunnelt naar VPS
2. VPS proxy't /mcu/* naar de lokale chip
3. Bezoekers gaan naar VPS-adres
4. Traffic landt bij de microcontroller

Slim proxy-werk, net als bij streaming-diensten. De chip blijft veilig achter de tunnel.

Lessen uit het gekkenhuis

Dit project is onpraktisch, juist daarom goud waard. Het pelt lagen weg en dwingt je protocols vanaf nul te bouwen.

Je leert:

• Modulariteit. Serial wisselen voor Ethernet? TCP voor UDP? Kern blijft gelijk.
• Beperkingen sparkelen. 8 kB RAM leidde tot strakke code.
• Oude tech leeft. SLIP uit 1988, Linux omarmt het nog.
• Internet is basic. Zonder abstractions: bytes van A naar B.

De echte winst

Bij NameOcean ontrafelen we web-tech. Of je nu cloud inzet of microcontrollers hackt, grip op DNS, TCP en HTTP maakt je sterker.

Dit vervangt geen hosting. Maar het toont waarom cloud zo geniaal is. Soms moet je het zelf nabouwen om de magie te snappen – op een chip van een euro.

We gaan nu iemand tegenhouden die z'n blog op een slimme koelkast wil.

Meer over networking? Duik in onze guides over DNS, TCP/IP-basics en waarom je domain crucialer is dan hardware. Voor serieuze hosting: onze AI-tools, zonder soldeerbout.