{"id":13037,"date":"2026-09-15T12:45:00","date_gmt":"2026-09-15T10:45:00","guid":{"rendered":"https:\/\/www.lukaswojcik.com\/blog\/?p=13037"},"modified":"2026-09-09T13:24:58","modified_gmt":"2026-09-09T11:24:58","slug":"tutorial-radarzonen-des-ld2450-in-esphome-und-home-assistant-einrichten","status":"publish","type":"post","link":"https:\/\/www.lukaswojcik.com\/blog\/de\/smart-home-de\/tutorials-de-smart-home-de\/tutorial-radarzonen-des-ld2450-in-esphome-und-home-assistant-einrichten\/","title":{"rendered":"Tutorial: Radarzonen des LD2450 in ESPHome und Home Assistant einrichten"},"content":{"rendered":"

Ein Pr\u00e4senzradar der Bauart LD2450 kann etwas, das ein Bewegungsmelder nie konnte: Es sagt, wo. Bis zu drei Ziele, jedes mit einer x- und einer y-Koordinate in Millimetern, mehrmals je Sekunde aktualisiert.<\/p>\n

Damit wird die interessante Frage zu einer geometrischen. Eine Zone besteht aus vier Zahlen – zwei je Achse -, und alles, was einen solchen Aufbau brauchbar oder \u00e4rgerlich macht, geschieht darin, wie diese vier Zahlen zustande kommen.<\/p>\n

\n\"Ein
Der Ursprung sitzt im Sensor, y l\u00e4uft nach vorn, x l\u00e4uft quer und ist links negativ. Eine Zone ist ein Rechteck in diesem Bezugssystem – nicht im Raum.<\/figcaption><\/figure>\n

Was der Sensor tats\u00e4chlich meldet<\/h2>\n

Der LD2450 ist ein 24-GHz-Radar, das bis zu drei Ziele gleichzeitig verfolgt. Je Ziel liefert er drei Zahlen: eine x-Koordinate, eine y-Koordinate und eine Geschwindigkeit – die ersten beiden in Millimetern, die letzte in Zentimetern je Sekunde, wobei ein negatives Vorzeichen Bewegung auf den Sensor zu bedeutet.<\/p>\n

Genau hier unterscheidet er sich von seinem kleineren Geschwister. Der LD2410 beantwortet nur, ob etwas da ist und ungef\u00e4hr wie weit entfernt, aufgeteilt in Entfernungstore. Einen Schreibtisch von einer T\u00fcr zu trennen, kann er nicht, denn er weiss nichts dar\u00fcber, in welcher Richtung beides liegt.<\/p>\n

Zwei Eigenschaften lohnen sich vor jeder Montage zu kennen. Der Erfassungsbereich ist ein Keil von etwa 120 Grad, also 60 Grad zu jeder Seite der Blickrichtung – alles ausserhalb bleibt unsichtbar, unabh\u00e4ngig von der Entfernung. Und die brauchbare Reichweite im Innenraum liegt bei rund sechs Metern, wobei die Genauigkeit der Koordinaten deutlich fr\u00fcher nachl\u00e4sst.<\/p>\n

Den Ursprung zuerst festlegen<\/h2>\n

Jede Zonenzahl bezieht sich auf ein Koordinatensystem, dessen Ursprung der Sensor selbst ist. Die y-Achse zeigt in die Richtung, in die die Platine schaut; die x-Achse l\u00e4uft quer dazu, links negativ, rechts positiv, gesehen von hinter dem Sensor.<\/p>\n

Daraus folgen drei Dinge, und alle drei sind vor dem Ankleben des Moduls billiger zu behandeln.<\/p>\n

Ein um neunzig Grad gedreht montierter Sensor vertauscht die Achsen, und jede auf einem Grundriss gezeichnete Zone muss gespiegelt \u00fcbertragen werden. Ein \u00fcber Kopf montierter Sensor spiegelt die x-Achse, links und rechts tauschen also die Pl\u00e4tze und die Zone landet auf der anderen Raumseite. Und ein Sensor, der zwanzig Zentimeter an eine sch\u00f6nere Stelle wandert, entwertet alle Zonen auf einmal, denn sie wurden alle vom fr\u00fcheren Ort aus gemessen.<\/p>\n

Die praktische Montageposition f\u00fcr einen LD2450 ist an einer Wand auf etwa 1,2 bis 1,5 Meter – ungef\u00e4hr H\u00fcfth\u00f6he. Weiter oben blickt das Radar auf Menschen herab statt quer zu ihnen, und die y-Koordinate misst dann eine Schr\u00e4ge statt einer Strecke am Boden. Eine Deckenposition ist die Aufgabe eines anderen Sensors.<\/p>\n

Die Konfiguration – und wo die Zone wohnt<\/h2>\n

Die ESPHome-Seite ist kurz. Das Radar spricht \u00fcber eine serielle Verbindung mit 256 000 Baud, und der Baustein macht daraus Entit\u00e4ten.<\/p>\n

uart:\n  id: uart_radar\n  tx_pin: GPIO17\n  rx_pin: GPIO16\n  baud_rate: 256000\n  parity: NONE\n  stop_bits: 1\n\nld2450:\n  id: radar\n  uart_id: uart_radar\n  throttle: 1000ms\n\nbinary_sensor:\n  - platform: ld2450\n    ld2450_id: radar\n    has_target:\n      name: \"Anwesenheit\"\n    zone_1:\n      occupancy:\n        name: \"Schreibtisch belegt\"\n    zone_2:\n      occupancy:\n        name: \"Tuerbereich belegt\"\n\nsensor:\n  - platform: ld2450\n    ld2450_id: radar\n    target_1:\n      x:\n        name: \"Ziel 1 X\"\n      y:\n        name: \"Ziel 1 Y\"\n      speed:\n        name: \"Ziel 1 Geschwindigkeit\"\n    zone_1:\n      target_count:\n        name: \"Ziele am Schreibtisch\"\n\nnumber:\n  - platform: ld2450\n    ld2450_id: radar\n    presence_timeout:\n      name: \"Nachlaufzeit\"\n    zone_1:\n      x_begin:\n        name: \"Zone 1 X Anfang\"\n      y_begin:\n        name: \"Zone 1 Y Anfang\"\n      x_end:\n        name: \"Zone 1 X Ende\"\n      y_end:\n        name: \"Zone 1 Y Ende\"<\/code><\/pre>\n
Die Einstellung throttle<\/code> ist die lohnendste von allen. Ohne sie meldet das Radar mehrmals je Sekunde, und jede dieser Meldungen wird in Home Assistant zu einem Zustandswechsel. Eine Sekunde gen\u00fcgt f\u00fcr Beleuchtung vollauf und bewahrt die Datenbank davor, je Sensor t\u00e4glich um ein Megabyte zu wachsen.<\/p>\n
Wo die Zonengrenzen wohnen, ist die \u00fcberraschende Einzelheit. Sie sind keine Werte in der YAML-Datei – es sind Zahlen im Flash des Radarmoduls selbst, und ESPHome zeigt sie als Zahlen-Entit\u00e4ten, damit sie einmal gesetzt werden k\u00f6nnen. Das ist praktisch, denn eine Zone l\u00e4sst sich damit vom Telefon aus korrigieren, w\u00e4hrend der Raum betreten wird. Es ist zugleich eine Falle, denn ein ausgetauschtes Modul kommt mit den Werkszonen zur\u00fcck, und nichts in der Konfiguration sagt, wie sie vorher lauteten. Die vier Zahlen je Zone geh\u00f6ren als Kommentar in die YAML-Datei, und sei es nur zur Dokumentation.<\/p>\n
Die Zone messen statt sie zu raten<\/h2>\n
Zonengrenzen aus einem Grundriss sind oft genug falsch, dass Messen schneller geht. Die Messung braucht eine Person, f\u00fcnf Minuten und die beiden Koordinatensensoren aus der Konfiguration oben.<\/p>\n
An jeder Ecke der gew\u00fcnschten Zone zu stehen und die x- und y-Werte abzulesen, liefert das Rechteck unmittelbar. Vier Ecken, acht Zahlen, und deren Extremwerte sind die Grenzen. Eine Toleranz von etwa zwanzig Zentimetern je Seite lohnt sich dazu, denn ein Mensch ist kein Punkt: Das Radar meldet die Mitte der Reflexion, und die wandert bei jeder Drehung \u00fcber den K\u00f6rper.<\/p>\n
Eckmessungen am Schreibtisch (x \/ y in mm)\n\n  vorne links     380 \/  840\n  vorne rechts   1760 \/  810\n  hinten links    420 \/ 2310\n  hinten rechts  1780 \/ 2360\n\nZone 1 mit Toleranz:  x  300 \u2026 1800     y  800 \u2026 2400<\/code><\/pre>\n
Zwei Gegenproben geh\u00f6ren in dieselbe Sitzung. Durch die Zone gehen und wieder hinaus sollte den Belegungssensor in beide Richtungen sauber schalten. Und knapp ausserhalb der Grenze stehen sollte das nicht – geschieht es doch, ist die Zone gr\u00f6sser als beabsichtigt, oder die Reflexion kommt von woanders her als von der Person.<\/p>\n
Die zweite Gegenprobe findet die Montagefehler. Ein Metallschrank, ein Heizk\u00f6rper oder ein grosser Spiegel wirft das Radarsignal zur\u00fcck und erzeugt ein Ziel, das dort steht, wo niemand ist. Ein solches Trugbild ist daran zu erkennen, dass es vollkommen still steht und nie geht; die Abhilfe ist ein anderer Sensorwinkel, keine kleinere Zone.<\/p>\n
Die Automatisierung – und was sie flackern l\u00e4sst<\/h2>\n
Mit einer funktionierenden Zone ist die Automatisierung selbst unspektakul\u00e4r – und w\u00fcrde ohne eine einzige Zeile flackern.<\/p>\n
binary_sensor:\n  - platform: ld2450\n    ld2450_id: radar\n    zone_1:\n      occupancy:\n        name: \"Schreibtisch belegt\"\n        filters:\n          - delayed_off: 20s<\/code><\/pre>\n
Das delayed_off<\/code> ist der Unterschied zwischen einer Lampe, die brennt, solange jemand arbeitet, und einer, die ausgeht, sobald sich die Person zur\u00fccklehnt. Ein Radar verliert ein stehendes Ziel leichter als ein bewegtes, und zwanzig Sekunden Nachlauf kosten nichts, w\u00e4hrend sie die gesamte Beschwerdeklasse beseitigen.<\/p>\n
Sein Gegenst\u00fcck ist die Nachlaufzeit im Modul selbst, die bestimmt, wie lange das Radar nach der letzten Erfassung noch ein Ziel meldet. Beide Verz\u00f6gerungen addieren sich: F\u00fcnf Sekunden Nachlaufzeit plus zwanzig Sekunden Filter heisst, dass das Licht f\u00fcnfundzwanzig Sekunden nach dem Verlassen ausgeht. Das geh\u00f6rt bewusst eingestellt statt zuf\u00e4llig.<\/p>\n
Auf der Home-Assistant-Seite erspart eine Regel viel Fehlersuche: Eine Automatisierung sollte auf den Zonensensor reagieren, nie auf die rohen Koordinaten. Ein Ausl\u00f6ser auf einem x-Zahlenwert feuert bei jedem Zittern der gemeldeten Mitte, und dieselbe still sitzende Person \u00fcberschreitet eine solche Schwelle dutzendfach in der Stunde.<\/p>\n
Was danach trotzdem schiefgeht<\/h2>\n
Drei Erscheinungen machen den gr\u00f6ssten Teil des restlichen \u00c4rgers aus, und jede hat eine andere Abhilfe.<\/p>\n
Die erste ist Bewegung, die kein Mensch ist. Ein Ventilator, ein Vorhang im Luftzug, eine h\u00e4ngende Pflanze – alle bewegen sich, alle reflektieren, und f\u00fcr das Radar sehen sie aus wie ein langsames Ziel. Eine Zone, die sie ausspart, ist die sauberste Antwort; wo das nicht geht, hilft eine Mindestgeschwindigkeit als Bedingung, denn die St\u00f6rbilder erzeugen selten eine gleichbleibende Richtung.<\/p>\n
Die zweite ist der Nachbarraum. Vierundzwanzig Gigahertz gehen mit geringem Verlust durch Gipskarton, und eine an eine Wand gelegte Zone erfasst deshalb auch das Sofa dahinter. Die Koordinaten sagen nichts \u00fcber W\u00e4nde aus, denn das Radar weiss nichts von ihnen. Nur eine Messung findet das, und sie lohnt sich absichtlich: Jemand geht im Nebenraum umher, w\u00e4hrend die Zielanzahl beobachtet wird.<\/p>\n
Die dritte ist, dass ein zweites Radar im selben Raum das erste st\u00f6rt. Zwei LD2450-Module auf derselben Frequenz, die aufeinander zeigen, erzeugen in beiden Ziele, die zu keinem von beiden geh\u00f6ren. Wo zwei n\u00f6tig sind, sollten sie voneinander weg zeigen, und die \u00dcberlappung ihrer Keile sollte klein bleiben.<\/p>\n
\n
Quellen<\/h2>\n