VolAnti erschien am 9. September 2026 auf Hacker News. Die Grundidee lässt sich leicht zusammenfassen und ist trotzdem schwer beiseitezuschieben: Wenn eine Drohne nicht mehr über Funk spricht, kann man stattdessen ihren Propellern zuhören. Das offene Hardwareprojekt verwendet vier MEMS-Mikrofone, einen ESP32-S3, ein E-Paper-Display und ein LoRa-Funkmodul, um die strukturierte Geräuschsignatur eines Multikopters zu erkennen und eine Warnung weiterzugeben.

Kompakter Open-Source-Prototyp eines akustischen Drohnendetektors auf einer Werkbank, mit einer unscharfen Drohne im Hintergrund.

Das ist ein deutlich engerer Ansatz, als die Bezeichnung Akustikdetektor für Drohnen zunächst vermuten lässt. VolAnti will nicht jedes Luftfahrzeug identifizieren, eine radarähnliche Spur erzeugen oder eine mehrschichtige Counter-UAS-Installation ersetzen. Es ist ein lokales Frühwarnsystem für eine begrenzte, aber wichtige Lücke funkzentrierter Systeme. Das Repository beschreibt ausdrücklich nur Erkennung und Alarmierung; Störung, Abfangen, Zielzuweisung und andere Gegenmaßnahmen gehören nicht zum Umfang.

Beachtenswert ist das Projekt, weil es die gesamte Kette öffentlich macht: Hardwaredateien, Firmware, Gehäusemodelle, Testaufnahmen, Dokumentation und einen Simulator im Browser. Vorsicht bleibt trotzdem angebracht. Ein erfolgreicher Test über 104,2 Meter zeigt, dass der Entwurf unter bestimmten Bedingungen funktionieren kann. Er belegt keine verlässliche Reichweite in einem anderen Klima, Gelände oder Bedrohungsszenario.

Welches Problem VolAnti tatsächlich löst

Viele zivile und professionelle Drohnendetektoren suchen zunächst nach einer elektromagnetischen Signatur. Ein funkgesteuertes Fluggerät verfügt normalerweise über eine Steuerverbindung, einen Videosender oder eine Aussendung zur Fernidentifikation. Ein Empfänger kann solche Signale durchsuchen, klassifizieren und manchmal den Standort des Fluggeräts oder der bedienenden Person schätzen. Der Ansatz hat jedoch eine klare Grenze: In der Luft muss etwas empfangbar sein.

Eine glasfasergebundene FPV-Drohne verschiebt diese Grenze. Die Bedienperson sendet Steuerinformationen und empfängt Videodaten über eine physische Faser statt über eine herkömmliche Funkverbindung. Während des Flugabschnitts, in dem ein Funkscanner normalerweise nach Hinweisen suchen würde, kann das Fluggerät daher funktechnisch stumm bleiben. Akustisch ist es deshalb nicht stumm. Motoren, Propeller, Vibrationen und die Bewegung der Luft bleiben physikalische Signale.

VolAntis zentrale Idee besteht darin, nach der regelmäßigen Struktur dieses Geräuschs zu suchen und nicht nach einer beliebigen Lautstärkeschwelle. Ein rotierender Propeller erzeugt eine Blattpassierfrequenz. Ein dreiblättriger Propeller, der mit einer bestimmten Drehzahl läuft, erzeugt eine Grundfrequenz, die den drei Blattpassagen pro Umdrehung entspricht; außerdem liegt Energie bei ganzzahligen Vielfachen dieser Frequenz. Im Spektrum bilden diese Spitzen einen Kamm: wiederkehrende Zähne mit relativ konstantem Abstand.

Die genaue akustische Signatur hängt von Propeller, Motor, Last, Drehzahl, Rahmen, Entfernung, Wind und den umliegenden Flächen ab. Entscheidend ist nicht, dass jede Drohne exakt gleich klingt. Rotorgeräusche enthalten vielmehr ein periodisches Merkmal, das breitbandiges Umgebungsrauschen normalerweise nicht in derselben Form bewahrt. VolAnti versucht, diese Regelmäßigkeit zu bewerten.

Darum ist das Projekt nicht einfach ein Mikrofon mit angeschlossenem Lautstärkemesser. Ein Lautstärkemesser ließe sich durch Verkehr, Maschinen, Stimmen oder einen zuschlagenden Türflügel täuschen. Ein Detektor, der fragt, ob das Spektrum gleichmäßig verteilte, rotorähnliche Komponenten enthält, stellt die nützlichere Frage. Auch er muss allerdings mit vielen Geräuschen umgehen, die Teile dieses Musters nachahmen können.

Was im Gehäuse steckt

Der vollständige Entwurf passt in ein Gehäuse von ungefähr 91 Millimetern. Das Rechenzentrum bildet ein ESP32-S3. Für ein kostengünstiges Projekt zur eingebetteten Signalverarbeitung ist das eine praktische Wahl: Der Chip besitzt genügend Rechenleistung für die angegebene Aufgabe, ist weit verbreitet und verfügt über ein ausgereiftes Entwicklungsökosystem. Das Sensorarray besteht aus vier ICS-43434-MEMS-Mikrofonen in einer kreuzförmigen Anordnung.

Die Mikrofone bilden keine vollständige akustische Kamera. Laut Repository dient das Array vor allem der Empfindlichkeit und nicht der Richtungsbestimmung. Bei den vorgesehenen Frequenzen und dem physischen Abstand der Sensoren lassen sich die vier Datenströme kombinieren, um das Signal-Rausch-Verhältnis zu verbessern und dabei eine nahezu omnidirektionale Abdeckung zu erhalten. Beamforming wurde erwogen, doch das kleine Array bietet nicht genügend Abstand, um diese Methode für die vorgesehene Aufgabe sinnvoll einzusetzen.

Die übrigen Bauteile sind bewusst gewöhnlich. Ein kleines E-Paper-Panel zeigt Warnungen und Zeitstempel; sein Vorteil besteht darin, dass die letzte Meldung auch nach dem Entfernen der Stromversorgung sichtbar bleibt. Ein Summer, eine rote LED und ein Vibrationsmotor liefern unterschiedliche lokale Benachrichtigungen. Ein Ra-01H-LoRa-Modul sendet ein kompaktes Warnpaket an andere Einheiten. Für die Entscheidung des Detektors ist weder ein zentraler Server noch eine Netzwerkverbindung erforderlich.

Das Stromversorgungskonzept ist durchdachter, als die Stückliste vermuten lässt. VolAnti nutzt einen USB-C-Eingang, ein BQ24074-Ladegerät mit Power-Path-Management, einen TPS63020-Buck-Boost-Wandler und eine 1S-Lithium-Polymer-Zelle mit 2500 mAh. Das Projekt nennt ungefähr 18 bis 22 Stunden Laufzeit pro Ladung. Auch Geräte am Netz behalten den Akku, weil das gleichzeitige Einschalten von Summer, Vibrationsmotor und Funkmodul während der Inbetriebnahme einen Spannungseinbruch verursachte, als die Platine allein über USB versorgt wurde.

Dieses Detail zeigt, welchen Wert veröffentlichte Engineering-Fehler haben. Ein Schaltplan kann zeigen, dass eine Versorgungsschiene existiert. Er zeigt nicht, ob ein Alarmereignis das Gerät neu startet. Bei einem Warngerät ist das Fehlverhalten wichtiger als die Eleganz der Schaltung.

Die Signalverarbeitung

Der Detektor nimmt alle 32 Millisekunden einen neuen Audio-Frame auf. Nach der Projektdokumentation wird mit 16 kHz abgetastet und eine FFT mit 2048 Punkten über 512-Sample-Frames berechnet. Die FFT wandelt einen kurzen Ausschnitt der Mikrofondaten in Frequenzinformationen um, die mit möglichen Rotordrehzahlen verglichen werden können.

Zuerst hält VolAnti ein anpassungsfähiges Bild des normalen akustischen Grundpegels. Leise Hintergrundgeräusche werden über mehrere Sekunden gelernt, während laute, breitbandige Ereignisse schneller einbezogen werden. So soll der permanente Lärm eines Standorts nicht bei jedem Start des Detektors als neue Bedrohung gelten. In einer realen Umgebung entsteht dabei ein bekanntes Problem: Ein Geräusch, das lange genug anhält, kann Teil der Grundlinie werden.

Das Projekt begegnet diesem Problem mit mehreren Detektorstufen. Der schnelle Kamm-Detektor vergleicht die Energie an den Zähnen eines möglichen harmonischen Musters mit der Energie in den Zwischenräumen. Er durchsucht mögliche Raten von 70 bis 2000 Hz und behält den besten normalisierten Wert. Maßgeblich ist der Kontrast zwischen Zähnen und Lücken, nicht allein die absolute Signalstärke.

Ein einzelner hoher Wert genügt nicht. Dieselbe Kandidatenrate muss innerhalb einer Toleranz von zwei Prozent in sechs aufeinanderfolgenden Frames die beste bleiben. Diese Persistenzprüfung soll kurzzeitiges Rauschen verwerfen. Die Rotordrehzahl kann sich ändern, besonders wenn sich ein Fluggerät nähert oder den Schub verändert. Deshalb verwendet die Firmware mehrere Verfahren, um zu beurteilen, ob die akustische Struktur erhalten bleibt.

Die vier Detektorstufen reagieren auf unterschiedliche Flug- und Geräuschsituationen:

  • Der schnelle Kamm-Detektor ist für ein sich näherndes oder die Drehzahl veränderndes Fluggerät gedacht. Das Repository nennt unter den angegebenen Testbedingungen eine Latenz von etwa 0,23 Sekunden.
  • Ein langsamer Kamm-Detektor arbeitet mit einem länger angepassten Grundpegel für ein Fluggerät, das ankommt und anschließend schwebt. Die angegebene Reaktionszeit liegt bei ungefähr 1,4 bis 4 Sekunden.
  • Ein hüllkurvenbasierter Detektor sucht nach breitbandiger Modulation, die mit einem belasteten, nahen Flug bei hohem Schub verbunden ist, und wird mit etwa 1 bis 3 Sekunden angegeben.
  • Ein Kamm-Detektor ohne Grundpegel verwendet ein zweisekündiges Welch-Spektrum und Whitening für langes Schweben an einem Ort, an dem der normale Grundpegel bereits zu viel gelernt hat. Die angegebene Reaktionszeit beträgt etwa 5 bis 15 Sekunden.

Die Architektur ist ein nachvollziehbarer technischer Kompromiss. Ein Detektor, der nur auf Veränderungen im Klang abgestimmt ist, kann ein ankommendes Fluggerät erkennen, es aber verlieren, sobald dieses in einen gleichmäßigen Schwebeflug übergeht. Ein Detektor, der nur auf ein stabiles Muster reagiert, kann beim Anflug langsam sein. Mehrere spezialisierte Prüfungen über dasselbe Spektrum erlauben eine Reaktion auf verschiedene akustische Vorgeschichten, ohne so zu tun, als passe eine Schwelle zu jeder Szene.

Das Projekt gibt außerdem an, dass die erste Stufe durch Golden-Testvektoren festgelegt ist. Dieselbe Testaufnahme soll auf einem Laptop und auf dem eingebetteten Board dasselbe Ergebnis liefern, bis hin zum gemeldeten Score. Diese Reproduzierbarkeit ist wertvoller als ein ausgefeiltes Dashboard, wenn andere Menschen ein Signalverarbeitungssystem prüfen oder verbessern sollen.

Was das erste Feldergebnis zeigt – und was nicht

Das zentrale Ergebnis stammt aus einem Test vom 6. September 2026. Ein Testaufbau mit vier Motoren der Klasse 2807 und sieben Zoll großen dreiblättrigen Propellern schwebte 104,2 Meter entfernt in einer Straße mit Backsteinwänden. Dem Repository zufolge gab es leichten Wind, vorbeifahrenden Verkehr und Menschen, die in der Nähe des Detektors sprachen. Der Detektor ohne Grundpegel löste bei dieser Entfernung aus; das Projekt berichtet, dass die Autos keinen Alarm verursachten.

Die Demonstration ist aus zwei Gründen nützlich. Erstens verwendet sie einen Aufbau, der Motor- und Propellerklasse des Fluggeräts entsprechen soll, für das der Entwurf gedacht ist, statt einer nicht näher bestimmten Spielzeugdrohne. Zweitens setzt sie den Detektor konkurrierenden Geräuschen aus, die in der Praxis relevant sind. Ein Algorithmus, der nur auf einem stillen Feld funktioniert, hat als Alarm begrenzten Nutzen.

Das Ergebnis bleibt trotzdem ein einzelner Messpunkt. Es begründet keinen universellen Erkennungsradius von 104 Metern. Akustische Reichweite verändert sich stark durch Windrichtung und -geschwindigkeit, Temperatur, Gelände, Mauern, Vegetation, Motorzustand und die Ausrichtung des Fluggeräts. Das Repository selbst nennt eine breite Erwartung: etwa 100 bis 200 Meter bei ruhigen, stillen Bedingungen, aber 15 bis 50 Meter an einem windigen oder lauten Standort; bei Windgeschwindigkeiten über 8 Metern pro Sekunde verschlechtert sich die Leistung. Das sind Projektschätzungen und keine unabhängige Zertifizierung.

Auch die früheren, vom Projekt beschriebenen Tests sind entsprechend begrenzt. Bei einem Freilandtest am 21. August wurden belastete Propeller bei wechselndem Wind aus 14 Metern erkannt, ohne dass es während dieser Sitzung Fehlalarme gab. Am 28. August soll eine Produktionsplatine die Referenzausgabe der Golden-Vektoren erreicht haben. Der langsamste Frame benötigte über 1938 Frames hinweg 29,4 Millisekunden und blieb damit innerhalb des Verarbeitungsbudgets von 32 Millisekunden. Das sagt etwas über Laufzeit und Wiederholbarkeit der Implementierung aus, aber weniger über einen langfristigen Betrieb an einem neuen Standort.

Das Repository berichtet bisher außerdem von keinen Fehlalarmen in seinen Feldsitzungen. Das bisher ist der entscheidende Teil. Fehlalarmraten sind keine Eigenschaft der Schaltung allein. Sie gehören zu einem Standort, einer Montageposition, einem Wettermuster und einer Wartungsroutine. Straße, Dach, Fabrik, Bahnstrecke und Baustelle bringen jeweils andere Störquellen mit. Öffentliche Testberichte aus solchen Umgebungen wären informativer als ein weiterer kontrollierter Schwebeflug.

Warum das LoRa-Design bewusst einfach bleibt

Jede VolAnti-Einheit entscheidet lokal. Erkennt sie einen Kandidaten, sendet sie ein 18 Byte großes Paket mit Identität, Detektorstufe, Rate, Score und Sequenzinformationen. Andere Einheiten empfangen dieses Paket direkt. Das Repository betont, dass es weder Relais noch Mesh-Routing gibt und dass ein Gerät nicht auf die Zustimmung einer zweiten Einheit wartet, bevor es seinen eigenen Alarm auslöst.

Diese Entscheidung folgt aus dem Zweck des Geräts. Ein Netzwerk kann die Abdeckung verbessern und einen Alarm in Innenräume weitergeben. Eine erforderliche Zustimmung kann jedoch Verzögerungen erzeugen oder aus einem einzigen ausgefallenen Funklink eine verpasste Warnung machen. Die lokale Erkennung bedeutet auch, dass eine Einheit weiterarbeitet, wenn der Rest der Installation ausgefallen ist. Der Preis dafür: Das System führt Beobachtungen nicht zu einer gemeinsamen Spur zusammen und berechnet keinen Standort. Es verteilt Warnungen; es ist kein Sensornetz mit zentraler Schlussfolgerung.

Die Funkkonfiguration ist eine Frage der konkreten Nutzung und keine universelle Voreinstellung. Die Dokumentation nennt 868 MHz für das Vereinigte Königreich und die EU sowie 915 MHz für die Vereinigten Staaten, jeweils vorbehaltlich der örtlichen Zuteilung und geltenden Vorschriften. Die Frequenz muss für das Land gewählt werden, in dem das Gerät eingesetzt wird. Das ist ein kleiner, aber wichtiger Hinweis: Open Hardware entbindet ein Projekt nicht von der Einhaltung der Funkvorschriften.

Eine Installation mit mehreren Geräten verändert außerdem die praktische Aufgabe. Ein Perimeterknoten kann ein Fluggerät zuerst hören, während ein Innenknoten so positioniert ist, dass Menschen auf die Warnung reagieren können. Die Abdeckung lässt sich aber nicht als einfacher Kreis auf einer Karte annehmen. Gebäude und Gelände formen den Schall, der Hintergrundpegel variiert mit der Tageszeit, und die Annahmen des Detektors können sich an jedem Standort anders auswirken. Die Dokumentation empfiehlt, Platzierung, Stromversorgung, Wartungsintervalle und Abdeckungsberechnungen als Teil der Bereitstellung zu behandeln und nicht als nachträgliche Ergänzung.

Für wen sich ein Versuch lohnt

VolAnti eignet sich besonders für Maker, die sich mit eingebetteter digitaler Signalverarbeitung, Mikrofonarrays, offener Hardware und reproduzierbaren Tests beschäftigen möchten. Das Repository bietet zwei Bauwege. Die Breadboard-Variante verwendet ein Entwicklungsboard und Mikrofon-Breakouts; abgesehen von gewöhnlicher Verdrahtung und Steckleisten ist keine eigene Platine erforderlich. Für diesen Weg veranschlagt das Projekt ungefähr 35 bis 45 Pfund und einen Abend Arbeit.

Das vollständige Gerät nutzt eine bestückte vierschichtige Platine, ein gedrucktes Gehäuse sowie etwas abschließendes Löten und mechanischen Zusammenbau. Die angegebene Teilekostenschätzung liegt bei etwa 50 bis 80 Pfund. Der veröffentlichte Entwurf soll damit transportabler und leichter einzusetzen sein als ein Laborprototyp. Die Preise hängen von Versand, Bauteilverfügbarkeit, Fertigungsregion und der vorhandenen Werkzeugausstattung ab.

Auch für Forschende und Maintainer, die reale Daten sammeln möchten, ist das Projekt interessant. Die Anleitung für Beiträge bittet um Bauberichte mit Firmware-Version, Geräuschquelle, Entfernung, bei der eine Erkennung erfolgte oder ausblieb, Wind und Fehlalarmen. Genau diese Informationen braucht das Projekt. Ein negatives Ergebnis an einem lauten Standort kann mehr zeigen als ein zweiter Erfolg unter ähnlichen Bedingungen.

Eine kleine Institution könnte das System als experimentelle Warnschicht rund um ein Grundstück einsetzen, aber erst nach eigenen Tests und einer rechtlichen Prüfung. Die offene Dokumentation macht Inspektion und Reparatur möglich. Sie verwandelt einen günstigen Prototypen nicht in ein Produkt für die Sicherheit von Menschen. Wenn ein übersehenes Fluggerät schweren Schaden verursachen könnte, sollte VolAnti nur als ein Eingang unter mehreren unabhängigen Sensoren und Verfahren betrachtet werden und nicht als alleinige Grundlage einer Schutzentscheidung.

Wer besser noch wartet

Wer ein zertifiziertes Erkennungssystem sucht, sollte warten. VolAnti ist jung, hat eine kleine öffentliche Entwicklungsgeschichte und präsentiert projektinterne Messungen statt einer Leistungsbewertung durch Dritte. Die Lizenzierung ist im Repository aufgeteilt: Die Hardware steht unter der CERN Open Hardware Licence Version 2.0 Weakly Reciprocal, die Firmware unter Apache-2.0 und die Dokumentation unter CC BY-SA 4.0. Das ist eine nachvollziehbare Struktur für ein Open-Hardware-Projekt. Nutzer müssen trotzdem prüfen, welche Lizenz für welches Artefakt gilt, und vor der Weitergabe einer veränderten Konstruktion die vollständigen Lizenzdateien lesen.

Auch wer eine Richtungsbestimmung erwartet, sollte warten oder eine andere Systemklasse wählen. Vier Mikrofone in diesem Gehäuse verbessern die Empfindlichkeit, doch das Repository stellt das Array ausdrücklich nicht als präzisen Peilungsgeber dar. Der LoRa-Link verteilt Warnungen zwischen Einheiten; er trianguliert das Fluggerät nicht. Wer eine Karte, Klassifikationssicherheit, Entfernungsschätzung oder die Integration in ein bestehendes Führungssystem benötigt, braucht zusätzliche Sensoren und Software.

Dasselbe gilt für die Klassifikation einer Bedrohung. VolAnti hört auf rotorähnliche Periodizität. Es beweist nicht, dass ein bestimmtes Fluggerät die Quelle ist, identifiziert keine Nutzlast und unterscheidet nicht jede Drohne von jedem mechanischen Störgeräusch. Der Projektumfang ist bewusst eng. Diese Enge ist eine Stärke für einen baubaren Prototypen, darf aber nicht in Fähigkeiten umgedeutet werden, die das Repository nicht behauptet.

Der interessanteste Open-Source-Beitrag des Projekts

Der interessante Teil ist nicht nur das fertige Gehäuse. Es ist die Art, wie das Projekt eine überprüfbare Argumentation vom Mikrofon bis zum Alarmausgang aufbaut. Die Hardwaredateien legen die physischen Annahmen offen. Die Firmware zeigt Frame-Timing und Detektorlogik. Die Testaufnahmen erlauben anderen, den Algorithmus zu untersuchen. Golden-Vektoren schaffen eine Referenz für spätere Änderungen. Der Simulator macht die Verarbeitungskette verständlicher, bevor jemand eine Platine bestellt.

Für Hardwareprojekte mit Sicherheitsbezug ist das ein besseres Muster als ein kurzes Video mit Stückliste. Ein Video kann zeigen, dass ein bestimmtes Gerät ein bestimmtes Fluggerät erkannt hat. Es zeigt nicht, wie es sich bei wechselndem Wind verhält, wenn ein Detektor einen Schwebeflug in seine Grundlinie übernimmt oder wenn genau im Moment eines Alarms eine Stromspitze auftritt. Ein reproduzierbarer Audio-Datensatz und offen benannte Schwellenwerte geben der Community zumindest etwas Konkretes, das sie prüfen und infrage stellen kann.

Das Projekt zieht außerdem eine ungewöhnlich klare Grenze für einen Dual-Use-Entwurf. Im Umfang steht, dass VolAnti erkennt und warnt und keine Störung, kein Spoofing, kein Abfangen, keine Zielzuweisung und keine anderen Gegenmaßnahmen enthalten wird. Das beseitigt die Risiken des Einsatzes nicht, hält das öffentliche Repository aber auf passive Wahrnehmung und Warnung konzentriert. Bei einem offenen Projekt in einem sensiblen Bereich gehört diese Disziplin zum Engineering.

Darin liegt eine weitergehende Lehre für Open-Source-Infrastruktur. Wenn eine vertraute Erkennungsmethode versagt, weil sich durch einen Gegner oder eine neue Technologie der Kommunikationskanal verändert hat, kann es sinnvoller sein, nach einem anderen physikalischen Signal zu suchen, als den ursprünglichen Empfänger immer komplexer zu machen. VolAnti tut das mit Schall. Ob es erfolgreich ist, wird weniger von der Neuheit der Idee abhängen als von der nächsten Beweisphase: verschiedene Standorte, Wetterlagen, Fluggeräte, Montagebedingungen, lange unbeaufsichtigte Läufe und ehrliche Berichte über verpasste Erkennungen.

So lässt sich das System sinnvoll bewerten

Ein sorgfältiger Aufbau sollte mit dem Breadboard-Weg des Repositorys und dem mitgelieferten Testmaterial beginnen. Zunächst sollte geprüft werden, ob das Board das Referenzverhalten reproduziert, bevor ein Live-Experiment interpretiert wird. Danach gehören am vorgesehenen Standort die gewöhnlichen Hintergrundgeräusche auf den Prüfstand, einschließlich jener Geräusche, die während des späteren Betriebs zu erwarten sind. Zu messen sind sowohl die Erkennungs- als auch die Nicht-Erkennungsdistanz. Die Feststellung, dass ein Fluggerät an einem Punkt zu hören war, ist keine Abdeckungskarte.

Anschließend sollte, soweit möglich, jeweils ein Faktor verändert werden: Wind, Ausrichtung des Fluggeräts, Schweben gegenüber Anflug, Zustand der Propeller, Montagehöhe und Hindernisse in der Nähe. Zu dokumentieren sind Detektorstufe, Reaktionszeit, Score und Umgebungsbedingungen. Die Ergebnisse sollten von den ursprünglichen Zahlen des Repositorys getrennt bleiben, damit lokale Messungen nicht mit Upstream-Spezifikationen verwechselt werden.

Bei mehreren Geräten sollte der LoRa-Weg unabhängig vom akustischen Weg getestet werden. Ein Gerät, das korrekt hört, aber eine andere Einheit nicht alarmiert, hat ein Kommunikationsproblem. Ein Gerät, das jeden lokalen Fehlalarm weitergibt, hat ein Standort- oder Algorithmusproblem. Diese beiden Fehlerbilder verlangen unterschiedliche Lösungen.

Am Ende sollte auch das menschliche Verfahren einfach bleiben. Die Ausgabe ist eine Warnung und keine automatisierte Entscheidung. Bedienpersonen müssen wissen, was das Signal bedeutet, was es nicht bedeutet, wie sich ein störender Alarm abschalten lässt, ohne die Erkennung zu stoppen, und welche weiteren Belege vor einer folgenreichen Handlung erforderlich sind. Das E-Paper-Display und die verschiedenen lokalen Ausgänge unterstützen diese Klarheit im Betrieb. Keine Benutzeroberfläche kann jedoch eine ungeprüfte Annahme über den Einsatzort ausgleichen.

Fazit

VolAnti gehört zu den überzeugenderen Open-Hardware-Projekten, die im aktuellen Open-Source-Radar auftauchen, weil es eine klare reale Lücke mit einem verständlichen und reparierbaren Entwurf verbindet. Das Gerät ist kompakt, gemessen an spezialisierter Sensortechnik günstig und ungewöhnlich offen bei Algorithmen, Testvektoren, Stromversorgungsfehlern und Grenzen. Die Demonstration über 104,2 Meter ist ein relevantes Ergebnis, gerade weil Verkehr und Menschen in der Nähe waren.

Sie ist kein Beweis dafür, dass wenige Mikrofone Radar, Funküberwachung oder professionelle Counter-UAS-Technik ersetzen können. Der Detektor kann Fluggeräte übersehen, die akustische Reichweite kann bei Wind und Lärm einbrechen, und die öffentliche Evidenz ist weiterhin schmal. Die passende Empfehlung lautet daher mit Einschränkung: Wer das Problem untersuchen, Felddaten beitragen oder eine passiv warnende Schicht hinzufügen möchte, die sich unabhängig validieren lässt, kann den Aufbau ausprobieren. Das aktuelle Repository sollte aber weder als zertifizierter Perimeterschutz noch als Hilfe zur Zielzuweisung oder als Garantie verstanden werden, dass ein ruhiges Funkspektrum auch einen ruhigen Himmel bedeutet.

Die nächste nützliche Veröffentlichung wird nicht unbedingt den cleversten neuen Klassifikator enthalten. Wertvoller wäre eine Version mit vielfältigeren Aufnahmen, dokumentierten Fehlalarmen, wiederholbaren Feldprotokollen und klaren Antworten zur Wartung. Dort entscheidet sich, ob aus einem Open-Source-Experiment Infrastruktur wird, auf die Menschen verantwortungsvoll bauen können.

Quellen