Welcher Mikrocontroller passt zu deinem Cockpit?

Mit der Aufgabe beginnen, nicht mit der Megahertz-Zahl

Schreibe zuerst auf, ob dein Modul Eingaben zum Simulator sendet, Telemetrie anzeigt oder beides erledigen soll. Eine Buttonbox benötigt Schalterauswertung und einen unterstützten Eingabepfad. Ein Funkgeräte-OLED benötigt zusätzlich echte Daten, Nachrichtenformat, Darstellung und ein Verhalten bei Verbindungsverlust. Ein schnellerer Chip löst eine fehlende Simulatoranbindung nicht.

Zähle Taster, Encoder einschließlich Drucktasten, analoge Achsen, LEDs und Displays getrennt. Reserviere Pins für I²C, SPI, USB und Fehlersuche. Halte außerdem fest, ob du vorhandene Firmware konfigurieren oder mit einem eigenen Sketch arbeiten möchtest. Die Grundlagen der Boardauswahl erklären diese erste Trennung; hier vertiefen wir den Vergleich.

Klassische Arduino-Boards und die R4-Generation

UNO R3 und der klassische Nano eignen sich gut für den ersten überschaubaren Aufbau. Viele Beispiele passen zu ihrer AVR-Architektur. Der Mega bringt deutlich mehr Anschlüsse und vier Hardware-UARTs, rechnet aber ebenfalls mit 16 MHz. Leonardo und Micro haben USB direkt im ATmega32U4 und sind deshalb für eigene USB-HID-Sketches interessanter.

D bezeichnet digitale Anschlüsse, A analoge Eingänge. Diese Zahlen sind keine Liste gleichzeitig verfügbarer Zusatzfunktionen: Beim Leonardo/Micro sind die zwölf Analogeingänge in den 20 I/O enthalten. I²C, SPI und PWM teilen sich Pins; beim klassischen Nano sind A6/A7 nur analoge Eingänge. Flash enthält das Programm, SRAM die laufenden Daten. Bootloader und Bibliotheken benötigen einen Teil davon.

UNO R4 Minima, UNO R4 WiFi und Nano R4 verwenden RA4M1, nicht ATmega328P. Mehr Speicher und 48 MHz schaffen Luft für Anzeigen. AVR-spezifischer Code läuft deshalb nicht automatisch. Beim R4 WiFi übernimmt ein zusätzlicher ESP32-S3 Funkaufgaben; das macht die gesamte Platine nicht zu einem gewöhnlichen ESP32-Entwicklungsboard. Nano Every hat eine spezifizierte Obergrenze von 20 MHz; der tatsächliche Sketch-Takt hängt auch vom Boardpaket ab. Prüfe Bibliothek und Build-Einstellung.

Nano ist eine Bauform, keine einheitliche Elektronik

Die folgenden Nano-Boards arbeiten mit 3,3-V-Logik. Ein mechanisch passender Stecker beweist keine elektrische Austauschbarkeit. Der Nano 33 IoT hat einen SAMD21 mit Funkmodul; BLE-Varianten verwenden nRF52840. Die Sense-Ausführungen ergänzen Sensorik, die eine gewöhnliche Buttonbox oft nicht benötigt.

Viele dieser Nano-Platinen bieten die vertrauten D0–D13- und A0–A7-Positionen, doch ADC-Zuordnung, intern belegte Pins und USB-Funktionen unterscheiden sich. Beim Nano RP2040 Connect laufen beispielsweise nicht alle analogen Eingänge direkt über den RP2040. Arduino kennzeichnet dieses Modell aktuell als End of Life: vorhandene Boards bleiben nutzbar, für einen neuen Serienaufbau sollte Ersatzbeschaffung geklärt sein.

Der Nano ESP32 bietet konkret 16 MB Flash, 512 KB internes SRAM und 8 MB PSRAM. PSRAM ist zusätzlicher externer Arbeitsspeicher, kein gleich schneller Ersatz für jeden internen Puffer. Nano Matter richtet sich an Thread/Matter-Funknetze. Das ist kein automatischer Vorteil für einen kabelgebundenen Joystick. Gleiche Nano-Abmessungen bedeuten auch keine gemeinsame Firmware.

Zero, MKR, Due, GIGA und Portenta einordnen

Zero und viele MKR-Boards, etwa MKR WiFi 1010, basieren auf SAMD21: 48 MHz, 256 KB Flash und 32 KB SRAM bei 3,3-V-Logik. Der Zero bietet einen eingebauten Debugger; MKR-Varianten unterscheiden sich vor allem bei Funk und Anschlüssen. Wähle die tatsächlich benötigte Verbindung, statt für ungenutzten Mobilfunk oder Sensoren mitzuzahlen.

Der Due hat SAM3X8E, 84 MHz, 512 KB Flash, 96 KB SRAM, 54 digitale und zwölf analoge Eingänge. Trotz Mega-ähnlicher Form arbeitet er mit 3,3 V. Beim GIGA R1 WiFi stehen STM32H747-Kerne mit 480/240 MHz, 2 MB interner Flash, 1 MB internes SRAM sowie 16 MB externer Flash und 8 MB SDRAM zur Verfügung. Seine 76 GPIO und Displayanschlüsse sind interessant für größere Instrumenteneinheiten; Pinüberschneidungen bleiben bestehen.

Portenta H7 gehört in anspruchsvollere, kompakte Systeme mit passenden Trägerplatinen. Zusätzliche Rechenleistung bedeutet auch mehr Aufwand bei Versorgung, Steckverbindern und Software. UNO Q und ähnliche Linux-/MCU-Kombinationen sind eine andere Geräteklasse. Diese Auswahl deckt relevante Cockpitaufgaben ab und ist kein Katalog sämtlicher historischer Arduino-Produkte.

UNO WiFi Rev2 verbindet ATmega4809 mit einem Funkmodul und bleibt von UNO R3/R4 zu unterscheiden. Nicla-Boards sind kompakte Spezialisten für Sensorik beziehungsweise Bildverarbeitung; Opta richtet sich an industrielle Steuerungen. VENTUNO Q und UNO Q verbinden Linux-Rechenleistung mit Mikrocontrolleraufgaben. Für vier LEDs und ein OLED bringen diese Familien zusätzliche Komplexität ohne notwendigen Nutzen; interessant werden sie bei einer ausdrücklich passenden Sensor-, Bild- oder übergeordneten Steuerungsaufgabe.

STM32: Blue Pill, Black Pill und Nucleo unterscheiden

„Blue Pill“ und „Black Pill“ sind Platinenbezeichnungen, keine eindeutige Firmwarefreigabe. Lies die vollständige Chipbeschriftung und Boardrevision. Der STM32F103C8 hat offiziell 64 KB Flash; Berichte über mehr nutzbaren Speicher sind keine belastbare Grundlage für deine Teileliste.

Bei Nucleo bedeutet USB-Unterstützung im Zielchip nicht, dass jede USB-Buchse direkt zu ihm führt. Der ST-LINK-Anschluss dient Debugging und Programmierung. Prüfe Schaltplan, Benutzer-USB und erforderliche externe Beschaltung. F4 passt zu eigener Steuerungsfirmware, G4 zu anspruchsvoller analoger Erfassung und Timeraufgaben, H7 zu größeren Daten- und Anzeigeprojekten. Die nutzbaren Anschlüsse ergeben sich aus Platine, Gehäuse und Pinmultiplexing.

FreeJoy unterstützt die dokumentierte STM32F103-Plattform. Ein F411-Black-Pill ist kein austauschbarer Ersatz dafür. Einige STM32-Digitaleingänge sind unter bestimmten Bedingungen 5-V-tolerant; daraus folgt keine allgemeine Freigabe für Analogpins oder die ganze Platine.

ESP32 ist nicht gleich ESP32: USB und Speicher entscheiden

Alle hier betrachteten ESP32-Boards benötigen passende 3,3-V-Signalpegel. Flashgröße, zusätzliche PSRAM und herausgeführte GPIO hängen vom konkreten Modul ab. Die folgende Tabelle nennt Chipmerkmale; bestelle nach vollständiger Modulbezeichnung, nicht nur nach „ESP32“.

Ein ursprünglicher ESP32 mit USB-Seriell-Wandler wird dadurch nicht zum nativen USB-Joystick. S2/S3 besitzen konfigurierbares USB OTG, für HID brauchst du dennoch geeignete Firmware, Boardunterstützung und den richtigen USB-Anschluss. C3/C6 bieten mit Serial/JTAG eine festgelegte USB-Funktion, keinen frei umprogrammierbaren HID-Gerätecontroller. S3 kombiniert viel Speicher mit USB und Funk und ist deshalb eine sinnvolle Option für gemischte Anzeigeprojekte.

Für vernetzte Cockpitmodule müssen außerdem Startzeit, WLAN-Ausfall und veraltete Daten behandelt werden. Funk ist kein Ersatz für eine stabile Spannungsversorgung. Manche GPIO sind für Bootzustand oder Flash reserviert; beim ursprünglichen ESP32 sind GPIO34–39 reine Eingänge ohne interne Pull-ups. Plane mit dem Pinout deiner Platine.

OLED: Wann reicht der UNO, wann lohnt sich ein ESP32?

Ein monochromes 128×64-Pixel-Bild benötigt bei vollständiger Pufferung 128 × 64 ÷ 8 = 1024 Byte. Das ist bereits die Hälfte der 2 KB SRAM eines UNO R3. Variablen, serielle Empfangspuffer, Bibliotheken und Stack brauchen zusätzlich Platz. Text- oder seitenweise arbeitende Bibliotheken können den Speicherbedarf reduzieren.

Für vier LEDs und wenige langsam wechselnde Werte kann ein UNO R3 völlig ausreichen. Der KI-Leitfaden mit LEDs und OLED zeigt einen abgegrenzten Einstieg. Mehrere Displays, größere Schriften, Menüs, Datenverarbeitung oder Netzwerk machen ESP32-S3 beziehungsweise Nano ESP32 attraktiver. Ein einzelnes OLED rechtfertigt allein keinen Wechsel.

Mehr Megahertz beschleunigen nicht automatisch den I²C-Bus. Ein kompletter 1024-Byte-Transfer braucht bei 400 kHz allein für Daten und ACK-Bits rechnerisch ungefähr 23 ms, zuzüglich Protokoll- und Softwareaufwand. Mehrere Displays teilen diese Zeit. Prüfe Aktualisierungsrate, Adresskonflikte und gegebenenfalls SPI im Display-Leitfaden.

USB-Gerät, Joystick und Simulatoranbindung getrennt prüfen

USB-C beschreibt zunächst den Stecker. Ein COM-Port ist ein serieller Datenweg. Ein HID-Joystick meldet Achsen und Tasten mit einem passenden Reportdescriptor an das Betriebssystem. Tastatur-HID und Joystick-HID sind unterschiedliche Funktionen; Unterstützung für eine Tastaturbibliothek beweist noch keine Joystickbibliothek.

Beim originalen UNO R3 übernimmt der separate ATmega16U2 die USB-Brücke. Ein gewöhnlicher Sketch im ATmega328P ändert dessen USB-Klasse nicht. Ein Umbau der Bridge-Firmware ist ein eigener Entwicklungsschritt. Für Anfänger sind dokumentiert unterstützte HID-Boards oft übersichtlicher. Native USB-Eingaben liefern außerdem keine automatische Telemetrie zurück. Die USB-Eingaben erklären die Zuordnung bis zur Simulatorfunktion.

Beim UNO R4 WiFi läuft USB standardmäßig über den ESP32-S3 als Bridge. Die Platine kann USB zum RA4M1 umschalten; HID-Unterstützung hängt vom passenden Boardpaket und der Bibliothek ab. Minima und WiFi sind deshalb beim USB-Pfad nicht identisch.

Pins, Achsen und Versorgung realistisch planen

Ein Encoder benötigt meist zwei Signalleitungen und gegebenenfalls eine dritte für die Drucktaste. Eine Matrix spart Pins, braucht aber passende Firmware und ein Konzept gegen unerwünschte Mehrfachtastenerkennung. I/O-Erweiterungen schaffen Anschlüsse, verändern jedoch Buslast und Abtastzeit. Zähle deshalb nicht nur Lötpunkte, sondern gleichzeitig nutzbare Funktionen.

Eine höhere ADC-Bitzahl garantiert keine ruhigere Achse. Sensor, Referenzspannung, Leitungsführung, Abtastung und Filter bestimmen die tatsächliche Qualität. Starke Glättung kann die Reaktion verzögern. Prüfe den ruhenden Wert und langsame Bewegungen, bevor du Auflösung vergleichst. LEDs brauchen Strombegrenzung, größere Lasten geeignete Treiber. Ein GPIO versorgt keine Hintergrundbeleuchtung oder Motorlast. Nutze die Planung der Stromversorgung und beachte auch I²C-Pull-ups auf die richtige Spannung.

Konkreter Pinbedarf: acht einzelne Taster, drei Encoder mit Drucktaste und ein I²C-OLED brauchen ohne Matrix 8 + 3 × 3 + 2 = 19 Signalleitungen, zusätzlich Versorgung und Masse. Trage diese in das WeAct-Pinout beziehungsweise das ESP32-S3-DevKitC-1-v1.1-Pinout ein. Dieses DevKit hat 44 Stiftleistenpositionen, davon 36 GPIO-Bezeichnungen; das sind keine 36 uneingeschränkt freien Anschlüsse. GPIO19/20 gehören bei USB-Nutzung dem USB-Paar, GPIO38 der RGB-LED; bei bestimmten Octal-Speichermodulen sind GPIO35–37 intern belegt. Bootpins und Debugging zusätzlich berücksichtigen. Für eine Blue Pill gilt entsprechend der Pinplan ihrer konkreten Boardrevision und Firmware.

Drei Projekte als Entscheidungshilfe

1. Erstes Lernpanel: vier LEDs, ein kleines OLED, USB-Seriell und Beispieldaten. Ein vorhandener UNO R3 ist sinnvoll. Erweitere erst, wenn Speicher oder Anschlüsse tatsächlich knapp werden.
2. Buttonbox mit Achsen: wähle die dokumentiert unterstützte FreeJoy-Plattform oder ein Board mit passender eigener HID-Firmware. Prüfe Tasten, Encoder, Kalibrierung und Belegung zuerst im Betriebssystem.
3. Vernetzte Instrumenteneinheit: mehrere Werte, Menüs und Reserven für Grafik. Vergleiche ESP32-S3/Nano ESP32 mit einem geeigneten STM32- oder GIGA-Aufbau. Bestimme Datenquelle und Displaybus vor dem Einkauf.

Dein erster Versuch sollte eine Taste, eine Achse oder einen Displaywert nachweisen. Notiere Boardrevision, Firmware, Bibliotheksversion, Pins und erwartetes Verhalten nach Neustart oder Datenabbruch. Verlasse dich nicht allein darauf, dass ein Sketch kompiliert: Das bestätigt noch keine richtige Verdrahtung oder Simulatorreaktion.

Mit einem nachvollziehbaren Aufbau Hilfe bekommen

Cockpit Suite verbindet unterstützte Simulatoren und Geräte in einer gemeinsamen Software. Welche Funktion dein Aufbau nutzen kann, steht in der Kompatibilitätsübersicht. Vorbereitete Kombinationen erleichtern die Einrichtung; ein selbst entwickeltes Board benötigt einen passenden, dokumentierten Datenweg.

Du musst die Auswahl nicht allein lösen. Zeige im Forum dein Ziel, Boardfoto, Pinplan und den letzten funktionierenden Versuch. Wir helfen auch bei Gehäusen aus dem 3D-Drucker, CNC-Portalfräsen und Laserarbeiten mit LightBurn. Unser Anspruch ist eine Antwort möglichst am selben Tag; späte Fragen können etwas länger warten. Cockpit Suite ist ein junges Projekt mit verfügbarer Software. Gerade Erfahrungen aus der europäischen Community helfen uns, verständliche und praktische Lösungen gemeinsam weiterzuentwickeln.

Den nächsten Schritt planen