Im Behringer DDX3216 steckt ein echter 386er-Prozessor, und ein deutscher Bastler hat genau das ausgenutzt. Sein Ziel war kein Produkt, sondern reine Neugier auf den x86-Bootprozess.
drweb.de als bevorzugte Quelle auf Google hinzufügenQualitätsgeprüfte Inhalte direkt in Google News & DiscoverJetzt hinzufügen
Drei Wochen Lötkolben, Datenblätter und selbst geschriebener Assembler-Code lagen zwischen der Idee und dem Moment, in dem die FreeDOS-Shell auf einem Profi-Mischpult blinkte. Der Entwickler hinter dem Chris.Dev.Blog dokumentiert auf seiner Seite jeden Schritt, vom ersten Reset-Vektor bis zum fertigen Betriebssystem.
Das Wichtigste in Kürze
- Das digitale Behringer-Mischpult DDX3216 nutzt einen AMD Elan SC300, einen 386SX-SoC mit 16 MB RAM.
- Für diesen Chip existiert kein verfügbares BIOS mehr, also schrieb der Bastler ein eigenes von Grund auf.
- MS-DOS 6.22 verweigerte den Start, FreeDOS 1.4 lief am Ende sauber durch.
- Der komplette Quellcode liegt offen auf GitHub.
Hardware-Archäologie. Der Auslöser war ein Screenshot. Auf ihm erkannte der Entwickler, dass im DDX3216 ein vollwertiger 386er-Prozessor arbeitet, konkret der AMD Elan SC300 mit integrierter UART, PCMCIA-Anbindung und GPIO. Daneben sitzen 16 MB DRAM, ein ROM-Baustein für das BIOS und ein freier Pfostenstecker für einen Floppy-Controller. Die Architektur entspricht im Kern einem normalen PC dieser Ära.
Warum schreibt jemand ein BIOS neu?
Sackgasse. Ein fertiges BIOS für den SC300 war nicht aufzutreiben. Die Schweizer Firma PC Engines hatte nur noch Quellen ab dem SC400, und der ursprüngliche Anbieter General Software ging 2008 in Phoenix auf. Selbst ein Kontakt bei Phoenix in Deutschland fand nach Wochen nichts mehr. Zweiunddreißig Jahre sind im Hardware-Geschäft eine Ewigkeit.
Reset-Vektor. Also begann die Arbeit am eigenen BIOS. Jede x86-CPU, vom 8086 bis zum aktuellen Core i9, springt nach dem Reset an dieselbe Stelle im Speicher und erwartet dort ausführbaren Code. Von diesem Reset-Vektor aus baute der Entwickler Schritt für Schritt die Grundfunktionen auf: serielle Schnittstelle für Debug-Ausgaben, ein komplettes 8×8-Pixel-Font für das LCD, Interrupt-Tabellen und der Zugriff auf eine CF-Karte als Festplattenersatz. Wer tiefer in solche hardwarenahe Entwicklung einsteigen will, findet bei uns eine Einordnung zur Embedded-Softwareentwicklung.
Wo half künstliche Intelligenz, und wo nicht?
Werkzeug, kein Autopilot. Bemerkenswert ist der bewusste Umgang mit KI. Der Bastler ließ keinen Agenten seinen Code verwalten, weil er die Kontrolle behalten wollte. Stattdessen lud er das Referenzhandbuch des SC300 hoch und stellte gezielte Fragen, etwa zur DRAM-Initialisierung. Die Antworten prüfte er gegen das Handbuch, rund 95 Prozent der gesetzten Register stimmten. Auch das mühsame 8×8-Font für die ASCII-Tabelle entstand mit KI-Hilfe und brauchte nur kleine Pixelkorrekturen.
Hier zeigt sich der Unterschied zwischen einem Werkzeug und einem Ersatz. Wer die Hardware versteht, nutzt KI als Beschleuniger und behält die Hand am Code.
— Markus Seyfferth, Chefredakteur Dr. Web
Letzter Stolperstein. MS-DOS 6.22 kapitulierte kurz vor der Ziellinie, irgendwo zwischen dem Laden von MSDOS.SYS und COMMAND.COM hängte sich das System auf. Selbst der von Microsoft veröffentlichte Quellcode von MS-DOS 4.0 brachte keine Klarheit. FreeDOS 1.4 dagegen startete nach einer sauber präparierten CF-Karte durch und lieferte die ersehnte Shell.
Praxiswert. Für Entwickler in der DACH-Region ist das mehr als eine Spielerei. Das Projekt zeigt, wie viel Standard-PC-Technik in scheinbar geschlossenen Industriegeräten steckt, und wie weit man mit offenen Werkzeugen kommt. Der vollständige Quellcode liegt auf GitHub bereit und lädt zum Nachbauen ein.
