Ein vernetztes Gerät scheitert selten daran, dass der Haupt-Funkchip zu unbekannt war. Häufiger entsteht das Problem an der kleinen Steuerung daneben, weil sie zu früh als billiger Pin-Sammler behandelt wurde. Diese kleine MCU soll sauber aufwachen, langsame Eingänge lesen, ein Display oder Relais treiben, Kalibrierwerte halten, in der Fertigung programmierbar bleiben und nach der ersten Serie nicht sofort aus dem Beschaffungspfad fallen. Genau dort landen allgemeine MCUs und kleine serielle EEPROMs. Sie wirken unspektakulär, bestimmen aber, ob ein Produkt gebaut, gewartet und überarbeitet werden kann, ohne dass jede Nebenfunktion eine neue Leiterplatte erzwingt.

P3.21 sammelt diese normalen, aber folgenreichen Controller- und Speicherteile. Einige sind alte 8-Bit-Bausteine, die weiter Sinn ergeben, wenn die Firmware klein bleibt und die Hardwaregrenze klar ist. Andere sind gängige Arm-MCUs, wenn ein Knoten mehr Timer, DMA, ADC-Verhalten oder Firmware-Reserve braucht. Einige heimische 8051-Teile werden gewählt, weil Kosten und lokale Versorgung selbst Teil der Anforderung sind. Am Ende stehen EEPROMs, kleiner als alles andere auf der Liste, aber oft zuständig für Identität, Kalibrierung, Grenzen und Feldparameter.

Günstige Steuerung darf nicht nachlässige Steuerung heißen

Die erste Gruppe wird leicht unterschätzt, weil ihre Architektur vertraut ist. ATMEGA169PA-AU as an AVR MCU with an LCD driver und ATMEGA88PA-AU as a general 8 bit AVR MCU gehören in diese Ecke. Sie sind nicht dafür gedacht, einen modernen Connectivity-Stack zu tragen. Sie passen, wenn die Leiterplatte deterministische lokale Steuerung, einfache Firmware, eine bekannte Toolchain und genug Peripherie braucht, damit keine zusätzliche Logik daneben gesetzt werden muss. Ein Zähler-Untermodul, ein Bedienfeld, eine Thermostatfront oder ein kleiner Aktorcontroller kann mit einem berechenbaren Baustein besser fahren als mit einer schnelleren MCU, die eine größere Firmwarefläche mitbringt.

Die Stärke dieser Teile ist nicht Rechenleistung. Sie ist die saubere Grenze. Wenn Funkmodul oder Gateway-Prozessor das Netzwerk besitzen, kann die lokale MCU Tasten, Display-Scan, Relaiszeiten, Sensorsampling, Wake-Qualifikation und einfache Fehlerfälle übernehmen. So muss die Funkfirmware nicht jede langsame Flanke auf der Leiterplatte verstehen. Auch die Fertigung profitiert, weil der lokale Controller einen stabilen Testmodus anbieten kann, bevor die Netzwerkseite fertig eingerichtet ist.

PIC-Bausteine decken einen ähnlichen Raum ab, aber nicht denselben. PIC16F57-I as a low cost PIC MCU gehört nur dann in ein Design, wenn seine Grenzen akzeptiert sind. PIC16F914-I as a PIC MCU with an LCD driver passt besser, wenn eine Segmentanzeige Teil des Produkts ist. PIC18F14K50-I/SS as a PIC MCU with USB bringt USB und damit Service, Konfiguration oder Fertigungszugang ins Spiel. PIC24F16KA102-I/SS as a 16 bit low power PIC MCU rückt näher an die Low-Power-Steuerung, bei der Sleep-Strom, Wake-Quellen und Peripheriemix wichtiger sind als ein hoher Takt.

AVR und PIC sind keine austauschbaren Etiketten für billige MCUs. Ein Serienprodukt muss wissen, welche Debugger im Werk vorhanden sind, wie die Programmierkontakte in die Vorrichtung passen, wer den Code langfristig pflegt, welches Gehäuse der Bestücker sicher verarbeitet und wie viele freie Pins nach der echten I/O-Zählung bleiben. Eine günstige Steuerung wird teuer, wenn sie ein eigenes Werkzeugleben für eine kleine Funktion erzwingt. Sie ist gut gewählt, wenn sie eine stabile Aufgabe isoliert und den Rest des Systems nicht belastet.

Bei STM32 wird oft die Reserve um die Anwendung herum gekauft

Wenn die lokale Steuerung größer wird, steht STM32 schnell auf der Liste. STM32G0B1CBT6 as a mainstream entry MCU passt zu einem Knoten, der eine moderne 32-Bit-Basis braucht, ohne gleich in Richtung großer Prozessor zu gehen. STM32G473CEU6 as an MCU rich in analog peripherals ist eine andere Entscheidung, eher für Sensing, Timing, Motor- oder Power-Control und gemischte Signale. STM32F405RGT6 as a high performance MCU und STM32F750V8T6 as a high clock MCU with cache liegen höher, dort wo Firmwareumfang, Schnittstellen und Puffer die Leiterplatte mitprägen.

Der Katalogvergleich beginnt meist mit Flash, RAM, Gehäuse, Takt und Peripheriezahl. Das ist nur die sichtbare Schicht. Besser ist die Frage, wo das Produkt Reserve braucht. Wenn mehrere Sensoren gelesen und Pakete über ein Funkmodul verschickt werden, können DMA und Timerstruktur wichtiger sein als mehr Takt. Wenn ein Display oder kurze Wellenformstücke verarbeitet werden, zählen Speicheraufbau und Buszugriff. Bei Power-Stages oder Motoren werden ADC-Trigger, Komparatoren und PWM-Synchronität zum eigentlichen Auswahlpunkt. Wenn das Produkt über Jahre Feldupdates bekommen soll, ist Flashgröße kein Datenblattwert, sondern der Raum für spätere Korrekturen.

Dazu kommt ein organisatorischer Grund. Viele Teams haben Bibliotheken, Debug-Routinen, Bootloader, Testskripte und Referenzboards rund um STM32 aufgebaut. Diese Vertrautheit ist ein realer Designfaktor. Sie kann die Inbetriebnahme verkürzen, solange sie nicht eine unklare Anforderung verdeckt. Ein vernetztes Produkt sollte nicht nur deshalb eine größere MCU bezahlen, weil eine passende Platine auf dem Tisch lag. Es sollte sie bezahlen, wenn Firmware, Validierung und Servicezeit mit dieser Reserve besser zu verteidigen sind.

Eine praktische Prüfung sollte festhalten, was sich nach der Freigabe ändern kann. Ein zusätzlicher ADC-Kanal, ein größerer Funk-Treiber, eine weitere Displayseite, ein neuer Fertigungsbefehl, ein zweiter Bootpfad oder eine Kalibrierroutine verbrauchen jeweils andere Reserven. Diese Liste macht die MCU-Entscheidung ehrlicher. Sie zeigt auch, wann ein kleineres Teil genügt, weil der lokale Controller keinen glaubwürdigen Wachstumspfad hat. Reserve ist sinnvoll, wenn sie an benannte spätere Arbeit gebunden ist. Ohne diese Bindung bezahlt die Stückliste nur Unsicherheit.

Heimische 8051-Teile sind sinnvoll, wenn der Auftrag eng genug ist

STC-Bausteine stehen in einer anderen praktischen Ecke der Stückliste. STC15W408AS-35I-TSSOP20 as an enhanced 8051 MCU, STC8G2K64S4-36I-LQFP48 as a value 8051 MCU, STC8G2K64S4-36I-QFN32 as the QFN package of the same die und STC8G1K17-38I-QFN20 as a small package 8051 MCU wollen keinen Benchmark gewinnen. Sie passen, wenn Funktion, Kostenlinie, lokale Versorgung und Firmwareumfang klar begrenzt sind.

Das Gehäuse ist dabei kein Nebensatz. LQFP erleichtert Inspektion, Nacharbeit und frühe Serien. QFN spart Fläche und kann parasitäre Effekte reduzieren, fordert aber mehr Prozesskontrolle. Für LED-Scan, Lüftersteuerung, Schalterabfrage, Relaistiming oder Panel-Housekeeping kann ein kleiner 8051 gut passen. Derselbe Baustein wird falsch, sobald er Netzwerksecurity, komplexe Diagnose oder lange Updatepfade tragen soll. Die Grenze muss vor dem Kostenvorteil feststehen.

Eine Low-Power-Arm-MCU hilft nur, wenn die ganze Platine schlafen darf

R7FA2E1A93CFM as a Cortex M23 Renesas RA MCU zeigt eine typische Falle batteriebetriebener Geräte. Eine sparsame MCU macht noch kein sparsames Produkt. Neben ihr sitzen Pullups, Sensoren, Pegelwandler, Regler, Speicher, LEDs, Schutzbauteile und ein Funk-Wake-Pfad. Der Host ist nur dann nützlich, wenn der Schaltplan denselben Schlafzustand respektiert. Firmware muss Peripherie in der richtigen Reihenfolge abschalten, Pins so halten, dass sie Nachbarn nicht rückspeisen, und nur auf saubere Signale aufwachen. Low Power ist ein Systemzustand, nicht eine Zeile in der MCU-Tabelle.

EEPROM hält Produktidentität aus der Gefahrenzone der Firmware heraus

Kleine serielle Speicher lösen ein anderes Problem. M24M02-DRCS6TP/K as a 2 megabit I2C EEPROM, M24C16-RMN6TP as a 16 kilobit I2C EEPROM, M24M01-RDW6TP as a 1 megabit I2C EEPROM und AT24C04D-XHM-T as a 4 kilobit I2C EEPROM rechnen nicht. Sie halten Daten, die Firmwarewechsel überleben sollen: Seriennummer, Kalibrierkonstanten, regionale Grenzen, Kundenkonfiguration, Servicezustand, Produktions-Trim und Optionsbits.

Die Größe folgt dem Informationsmodell. Ein paar Flags und Trims brauchen wenig Speicher. Mehrere Kalibrierprofile, Feldhistorie oder längere Protokolle können mehr rechtfertigen. Auch das Schreibmuster zählt. EEPROM ist kein Scratchpad für unbedachte Schleifen. Wenn die Firmware alle paar Sekunden dieselben Bytes schreibt, ist die Speicherstrategie falsch. Eine saubere Lösung trennt Fabrikidentität, seltene Serviceupdates und Laufzeitzähler. Sie behandelt auch Brownout während eines Schreibvorgangs, weil eine halb geschriebene Konfiguration schlimmer sein kann als gar keine.

Ein externer Speicher schafft auch einen Übergabepunkt zwischen Produktion, Firmware und Service. Die Fertigung kann die Board-Identität programmieren, bevor die finale Firmware geladen wird. Der Service kann eine Steuerplatine tauschen, ohne Kalibrierung zu verlieren, wenn das Speicherkonzept das vorsieht. Firmware kann Einstellungen von Version zu Version migrieren, statt jedes Update wie einen Werksreset zu behandeln. Das verlangt keinen spektakulären Speicher, sondern eine klare Map, versionierte Datensätze und Schreibregeln.

Darum gehört P3.21 in die Stückliste eines vernetzten Geräts. Die allgemeine MCU übernimmt lokale Arbeit, die Funkchip oder Applikationsprozessor nicht besitzen sollten. Das EEPROM merkt sich die kleinen Wahrheiten, die nach Stromausfall, Reparatur und Firmwareupdate bleiben müssen. AVR, PIC, STM32, STC, Renesas RA und I2C-EEPROMs decken verschiedene Ecken dieser Aufgabe ab. Richtig ist das Teil, dessen Grenzen sauber zur Aufgabe passen, dessen Werkzeuge das Team beherrscht, dessen Gehäuse die Produktion tragen kann und dessen Versorgungspfad länger hält als die erste Bestellung.