mmWave-Radar oder Ultraschallsensor: Welche Technologie misst zuverlässiger?

Wer in einem Embedded-Projekt eine Abstands- oder Präsenzmessung implementiert, steht früh vor einer konkreten Entscheidung: mmWave-Radar oder Ultraschallsensor. Beide Technologien lösen auf den ersten Blick dasselbe Problem, unterscheiden sich aber fundamental in Messprinzip, Integrationsaufwand, Kosten und Verhalten unter realen Betriebsbedingungen. Die falsche Wahl kostet nicht nur Entwicklungszeit, sondern kann Zertifizierungsprozesse verzögern oder die Systemarchitektur nachträglich erzwingen.

Dieser Artikel vergleicht mmWave-Radar und Ultraschallsensoren entlang der Kriterien, die für Hardware-Entscheidungen tatsächlich relevant sind: Messprinzip, Schwächen im Feldeinsatz, Anwendungskontext, Integrationsaufwand und wirtschaftliche Konsequenzen der Wahl.

Table of Contents

Messprinzip und technische Grundlagen im Vergleich

Ultraschallsensoren senden akustische Impulse im Bereich von 40 kHz bis 400 kHz aus und messen die Laufzeit des reflektierten Signals. Die Schallgeschwindigkeit ist temperatur- und feuchtigkeitsabhängig, was ohne Kompensation zu Messfehlern von mehreren Zentimetern führt. Typische Reichweiten liegen zwischen 2 cm und 4 m, die Auflösung bei einfachen Modulen bei etwa 1 bis 3 mm.

mmWave-Radar arbeitet mit elektromagnetischen Wellen im Bereich von 24 GHz bis 81 GHz. Die Laufzeitmessung erfolgt über FMCW (Frequency Modulated Continuous Wave), was nicht nur Abstand, sondern auch Radialgeschwindigkeit und in modernen Chips Winkelinformation liefert. Auflösungen unter 1 mm sind bei 77-GHz-Systemen erreichbar. Entscheidend: mmWave durchdringt Kunststoffgehäuse, Glas und dünne Wände, was Ultraschall nicht leistet.

Der Kostenunterschied ist erheblich. Einfache Ultraschallmodule wie HC-SR04 kosten im Einkauf unter 0,50 EUR bei Stückzahlen ab 1.000. Integrierte mmWave-Chips wie Texas Instruments IWR6843 oder Infineon BGT60TR13C liegen je nach Modul und Stückzahl zwischen 5 EUR und 25 EUR. Dieser Faktor 10 bis 50 muss im Systemdesign von Anfang an berücksichtigt werden.

Stärken und Schwächen beider Sensoren in der Praxis

Ultraschall ist robust gegenüber Lichtverhältnissen und kostengünstig, versagt aber in mehreren praxisrelevanten Szenarien. Weiche oder schallabsorbierende Oberflächen wie Textilien, Schaumstoff oder Vorhänge reflektieren das akustische Signal schlecht, was zu Fehlmessungen oder Totalausfall führt. In Außenumgebungen mit Wind entstehen Störsignale, die das Echo überlagern. Außerdem erzeugen parallele Ultraschallsensoren in derselben Anlage gegenseitige Interferenzen, wenn sie nicht zeitlich synchronisiert werden.

Ein typischer Fehler in der Praxis: Ultraschall wird für die Präsenzerkennung von Personen in Räumen eingesetzt, ohne die Reflexionseigenschaften von Kleidung zu validieren. Das Ergebnis sind Fehldetektionen und mangelnde Reproduzierbarkeit im Feldbetrieb, die erst nach der Produkteinführung sichtbar werden.

mmWave-Radar ist unempfindlich gegenüber Temperatur, Feuchtigkeit, Licht und Oberflächenbeschaffenheit des Zielobjekts. Es erkennt Bewegungen im Millimeterbereich, einschließlich Atemfrequenz und Herzschlag bei geeigneter Signalverarbeitung. Die Schwäche liegt in der Signalverarbeitung selbst: mmWave-Chips liefern Rohdaten, die eine nicht triviale DSP-Pipeline erfordern. Wer diesen Aufwand unterschätzt, verlängert die Entwicklungszeit um 4 bis 10 Wochen. Zudem sind mmWave-Systeme anfällig für Mehrwegreflexionen in metallischen Umgebungen, was zu Geisterzielen führen kann.

Anwendungsfälle: Wann welche Technologie überzeugt

Ultraschall ist die richtige Wahl für einfache, kostensensitive Distanzmessungen mit definierten Reflexionsbedingungen: Füllstandsmessung in Tanks mit glatten Innenwänden, Kollisionsvermeidung in langsamen Robotersystemen oder Objekterkennung auf Förderbändern. Die Technologie ist erprobt, die Integration ist schnell, und die Stückkosten bleiben gering.

mmWave überzeugt in Szenarien, in denen Ultraschall strukturell versagt. Dazu gehören:

Präsenzerkennung von Personen hinter Wänden oder in Gehäusen (Smart Building, Sicherheitstechnik)
Vitalzeichenmonitoring ohne Körperkontakt in medizinischen Anwendungen
Gesten- und Bewegungserfassung in Consumer Electronics mit Anforderungen an Latenzen unter 50 ms
Industrielle Füllstandsmessung in staubigen, dampfhaltigen oder aggressiven Umgebungen, wo akustische Signale gedämpft werden

Ein nicht-kanonisches Beispiel: In der Landwirtschaft wird mmWave-Radar für die Erntemengenüberwachung in Mähdreschern eingesetzt, wo Staub und Lärm jeden optischen oder akustischen Sensor unbrauchbar machen. Ultraschall scheitert hier an der akustischen Sättigung durch Maschinengeräusche.

Für IoT-Knoten mit Batteriebetrieb ist der Energieverbrauch entscheidend. Ultraschallsensoren verbrauchen im Messbetrieb typischerweise 15 bis 40 mA, im Sleep-Modus unter 1 µA. mmWave-Chips liegen im aktiven Betrieb bei 200 bis 800 mA, was bei Batteriebetrieb ohne aggressives Duty-Cycling die Laufzeit drastisch reduziert.

Integration in Embedded-Systeme: Aufwand und Tücken

Ultraschallsensoren kommunizieren über einfache GPIO-Trigger-Echo-Schnittstellen oder I2C. Die Integration in einen Mikrocontroller wie STM32 oder NXP ist in wenigen Stunden abgeschlossen. Der Hauptaufwand liegt in der Temperaturkompensation und der Filterung von Störimpulsen, nicht in der Schnittstelle selbst.

mmWave-Chips erfordern SPI oder UART zur Konfiguration sowie eine dedizierte Signalverarbeitungspipeline. Die Texas-Instruments-IWR-Serie läuft auf einem integrierten DSP und ARM-Core, der über das mmWave SDK programmiert wird. Das SDK setzt Kenntnisse in C, RTOS-Programmierung und Radar-DSP voraus. Wer diese Kompetenz im Team nicht hat, rechnet mit 6 bis 12 Wochen Einarbeitungszeit allein für die Signalverarbeitungsschicht. Für Teams, die bereits mit Embedded-Software-Entwicklung auf Echtzeitsystemen arbeiten, ist der Einstieg kürzer, aber der Radar-DSP-Stack bleibt eine eigene Disziplin.

Ein häufig unterschätztes Problem bei mmWave: Die Antenne ist Teil des Chip-Packages oder des Moduls und muss in der PCB-Umgebung korrekt platziert werden. Metallische Strukturen in einem Radius von 5 bis 10 mm um die Antenne verändern das Abstrahlmuster und damit die Detektionscharakteristik. Bei der Schaltungsauslegung und Simulation muss das Antennenumfeld bereits im Layout-Stadium berücksichtigt werden, sonst sind Nachiterationen nach der Prototypenphase unvermeidlich.

Für Ultraschall ist die Zertifizierung unkritisch. mmWave-Systeme über 24 GHz fallen in Europa unter die RED-Direktive und erfordern eine Frequenzzulassung. In den USA ist eine FCC-Zulassung notwendig. Der Zertifizierungsprozess dauert je nach Testlabor und Auslastung 8 bis 16 Wochen und verursacht Kosten von 5.000 bis 15.000 EUR. Wer diesen Aufwand nicht in der Projektplanung berücksichtigt, riskiert Markteintrittsverzögerungen von einem Quartal oder mehr.

Die richtige Wahl für das eigene Hardwareprojekt treffen

Die Entscheidung hängt von vier konkreten Parametern ab: Stückkosten-Budget, Energiebudget, Umgebungsbedingungen und verfügbarer DSP-Kompetenz im Entwicklungsteam.

Ultraschall ist die richtige Wahl, wenn das Stückkosten-Budget unter 1 EUR für den Sensor liegt, die Umgebung akustisch kontrolliert ist, die Messobjekte harte Oberflächen haben und die Integrationszeit minimiert werden soll. Für einfache Distanzmessungen in Innenräumen oder industriellen Nahbereichsanwendungen ist Ultraschall nach wie vor schwer zu schlagen.

mmWave ist indiziert, wenn mindestens eines der folgenden Kriterien zutrifft: Das Zielobjekt ist weich oder absorbierend, die Umgebung ist akustisch gestört, das Gehäuse muss geschlossen bleiben oder die Anwendung erfordert Geschwindigkeits- oder Winkelinformation. Die höheren Stückkosten und der Integrationsaufwand sind in diesen Szenarien durch den funktionalen Mehrwert gerechtfertigt.

Eine Annahme, die regelmäßig scheitert: „Wir testen mit Ultraschall und wechseln später auf mmWave, wenn nötig.“ Der Wechsel zwischen beiden Technologien ist kein Drop-in-Replacement. Unterschiedliche Schnittstellen, Footprints, Spannungsversorgung und vollständig verschiedene Softwarestacks bedeuten in der Praxis ein Redesign von PCB und Firmware. Wer den Sensortyp nicht frühzeitig festlegt, verliert 6 bis 12 Wochen Entwicklungszeit. Die Entscheidung gehört in die Konzeptphase, nicht in die Prototypenphase. Alle verfügbaren Entwicklungsdienstleistungen sollten in diesem Stadium einbezogen werden, um technische Schulden zu vermeiden.

Wie Oxeltech bei der Sensortechnologie-Entscheidung unterstützt

Wir bei Oxeltech begleiten Hardwareprojekte von der Technologieentscheidung bis zur Serienreife. Bei der Wahl zwischen mmWave-Radar und Ultraschall bedeutet das konkret:

Anforderungsanalyse und Technologiebewertung auf Basis realer Systemparameter (Stückkosten, Energiebudget, Umgebungsbedingungen, Zertifizierungsumfang)
Hardware-Design und PCB-Layout mit korrekter Antennenplatzierung und Signalintegritätssimulation für mmWave-Anwendungen
Firmware- und Embedded-Software-Entwicklung für beide Sensortypen, einschließlich Signalverarbeitungs-Pipelines auf ARM-Cortex-basierten Systemen mit FreeRTOS oder Zephyr
Begleitung durch EMC-Tests und Zertifizierungsprozesse (CE, RED, FCC) mit realistischer Zeitplanung
Prototypenaufbau und Validierung unter realen Betriebsbedingungen, nicht nur im Labor

Wir haben über 20 Hardwareprodukte vom ersten Konzept bis zur Serienproduktion begleitet, darunter IoT-Geräte mit anspruchsvollen Sensorintegrationen und Zertifizierungsanforderungen. Wenn das Projekt in der Konzept- oder frühen Designphase steckt und die Sensorentscheidung noch offen ist, ist jetzt der richtige Zeitpunkt für ein erstes Gespräch. Kontakt aufnehmen und das Projekt gemeinsam konkretisieren.