Embedded Systems sind für mittelständische Fertiger heute der schnellste Weg zu mehr Transparenz in der Produktion: Sie machen aus einer Maschine ohne Datenanbindung eine Anlage, die Zustände meldet, Stillstände dokumentiert und Prozesse selbst regelt. Der Einstieg gelingt meist ohne Neuinvestition in den Maschinenpark – ein Sensor, ein Mikrocontroller und passende Firmware reichen für den ersten Anwendungsfall. Genau hier liegt die Chance für Automatisierung im Mittelstand: kleine, klar abgegrenzte Projekte mit messbarem Nutzen statt eines Digitalisierungsprogramms über drei Jahre.
Was Embedded Systems im Mittelstand konkret leisten
Ein eingebettetes System ist Hardware mit fest definierter Aufgabe – Steuerung, Messung, Kommunikation. Anders als bei klassischer IT entscheidet nicht die Rechenleistung über den Erfolg, sondern die Zuverlässigkeit unter realen Bedingungen: Temperatur, Vibration, Spannungsschwankungen, jahrelanger Dauerbetrieb. Wer diese Anforderungen unterschätzt, baut Prototypen, die im Labor funktionieren und in der Halle ausfallen. Genau deshalb ist Embeddedsoftwareentwicklung eine eigene Disziplin mit anderen Werkzeugen, anderen Testverfahren und anderen Freigabeprozessen als App- oder Webprojekte.
Typische Aufgaben im industriellen Umfeld:
- Zustandsdaten erfassen (Vibration, Strom, Temperatur, Zykluszeit).
- Signale vorverarbeiten, damit nicht jede Rohmessung ins Netzwerk wandert.
- Schnittstellen bedienen: Modbus, CAN, OPC UA, MQTT.
- Sicherheitsfunktionen ausführen, die auch ohne Netzwerkverbindung greifen.
- Updates aufspielen, ohne die Anlage tagelang stillzulegen.
Der letzte Punkt wird regelmäßig vergessen. Eine Firmware ohne durchdachten Update-Mechanismus verursacht später Servicekosten, die den ursprünglichen Entwicklungsaufwand übersteigen können.
Chancen für Produktion und Automatisierung: drei realistische Einstiege
Aus der Praxis haben sich drei Szenarien bewährt, die auch mit kleinem Budget funktionieren:
- Retrofit bestehender Anlagen. Eine 15 Jahre alte Presse bekommt Strom- und Vibrationssensoren plus ein Gateway. Ergebnis: Stillstandsgründe werden erstmals belegbar, statt geschätzt.
- Eigene Steuerung statt SPS-Sonderlösung. Wenn ein Standard-Steuergerät nur zu 20 Prozent genutzt wird, aber die fehlende Spezialfunktion teuer nachgerüstet werden muss, lohnt eine eigene Baugruppe.
- Produkt statt Prozess. Der Mittelständler baut die Intelligenz direkt in sein eigenes Erzeugnis ein – vom Ventil bis zum Verpackungsmodul – und verkauft anschließend Wartungsverträge auf Datenbasis.
Szenario drei verändert das Geschäftsmodell am stärksten. Aus einem einmaligen Maschinenverkauf wird wiederkehrender Umsatz.
Modellrechnung: Wann sich die Investition trägt
Rechnen wir konservativ mit einer Fertigungslinie, die 4.000 Stunden im Jahr läuft. Der Stundensatz der Linie liegt bei 180 Euro, die ungeplante Ausfallzeit bei fünf Prozent.
| Kennzahl | Vor Retrofit | Nach Retrofit (Annahme) |
| Ungeplanter Stillstand | 200 h | 150 h |
| Kosten Stillstand | 36.000 € | 27.000 € |
| Ersparnis pro Jahr | – | 9.000 € |
Bei einem Projektbudget von 25.000 Euro für Hardware, Firmware und Inbetriebnahme liegt die Amortisation bei knapp drei Jahren – gerechnet allein über vermiedene Stillstände. Berücksichtigt man zusätzlich geringeren Ausschuss und weniger Servicefahrten, verkürzt sich der Zeitraum deutlich. Wichtig: Das ist ein Rechenmodell, keine Garantie. Der ehrlichste Weg ist, vor Projektstart die tatsächlichen Stillstandskosten für vier Wochen manuell zu erfassen. Wer diese Basis nicht kennt, kann den Nutzen später nicht belegen.
Make or Buy: Embeddedsoftwareentwicklung im eigenen Haus?
Viele Betriebe haben einen Elektrokonstrukteur, der „auch programmieren kann“. Für einen Prototyp genügt das. Für ein Serienprodukt mit CE-Kennzeichnung, Langzeitwartung und Cybersicherheitsanforderungen nicht mehr.
| Modell | Stärke | Schwäche |
| Intern | Domänenwissen, kurze Wege | Personalrisiko, langsamer Aufbau |
| Extern | Erfahrung, schneller Start | Wissenstransfer nötig |
| Hybrid | Interne Steuerung, externe Tiefe | Höherer Abstimmungsaufwand |
Für den Mittelstand funktioniert das Hybridmodell am besten: Ein interner Verantwortlicher hält Anforderungen und Architektur, der Partner liefert Treiberebene, Testautomatisierung und Zertifizierungserfahrung. Entscheidend ist, dass Quellcode, Build-Umgebung und Dokumentation vertraglich beim Auftraggeber liegen. Wer nur eine kompilierte Datei erhält, ist auf Jahre gebunden.
Was in Projekten schiefgeht
Drei Fehler tauchen immer wieder auf. Erstens: Die Anforderungen werden nur funktional beschrieben, nicht zeitlich. „Der Sensor wird ausgelesen“ ist keine Spezifikation – „alle 10 ms mit maximal 2 ms Jitter“ schon. Zweitens: Die Hardware wird eingekauft, bevor die Softwarearchitektur steht. Dann fehlt am Ende Flash-Speicher, und die Firmware muss auf Kosten der Lesbarkeit optimiert werden. Drittens: Tests laufen nur auf dem Schreibtisch. Ohne Prüfstand, der Störungen bewusst provoziert, findet man Fehler erst beim Kunden.
Ein praktisches Beispiel aus dem Alltag: Eine Anlage meldete sporadisch falsche Zählerstände. Ursache war kein Softwarefehler im engeren Sinn, sondern ein Zählerregister, das beim Überlauf nicht sauber zurückgesetzt wurde – ein Effekt, der erst nach 49 Tagen Dauerbetrieb auftrat. Solche Fehler findet man nur mit Langzeittests. Deshalb gehört zu seriöser Embeddedsoftwareentwicklung immer ein Testkonzept, das Laufzeit, Speicher und Grenzfälle abdeckt, nicht nur die Wunschfunktion.
Checkliste für den Start im Mittelstand
Bevor Sie Budget freigeben, klären Sie diese Punkte schriftlich:
- Welcher Engpass in der Produktion soll gelöst werden – und wie messen wir Erfolg?
- Welche Reaktionszeiten muss das System einhalten?
- Wie lange soll die Baugruppe verfügbar bleiben? Zehn Jahre Lieferfähigkeit sind in der Industrie normal.
- Wie werden Updates ausgerollt und im Fehlerfall zurückgenommen?
- Wer besitzt Code, Schaltpläne und Testfälle nach Projektende?
- Welche Sicherheitsanforderungen gelten, etwa aus dem Cyber Resilience Act?
Wer diese sechs Fragen beantworten kann, hat den schwierigsten Teil erledigt. Die eigentliche Embeddedsoftwareentwicklung wird dadurch planbar – und der Kostenrahmen belastbar.
Fazit: Klein anfangen, sauber dokumentieren
Der Mittelstand muss keine Forschungsabteilung aufbauen, um von Embedded Systems zu profitieren. Sinnvoll ist ein erster Anwendungsfall an einer einzigen Maschine, mit klarem Messkriterium und einem Zeitrahmen von drei bis sechs Monaten. Funktioniert er, lässt sich die Lösung auf weitere Anlagen übertragen; die zweite Installation kostet erfahrungsgemäß nur noch einen Bruchteil der ersten. So entsteht industrielle Automatisierung schrittweise statt als Großprojekt. Und die Embeddedsoftwareentwicklung wird vom Wagnis zu einem normalen Investitionsgut – eines, das sich rechnen lässt wie jede andere Maschine im Betrieb.
