DIY-Wildkamera – Eigenentwicklung vom Konzept bis zum funktionsfähigen Gerät

Wildkameras gibt es fertig zu kaufen, in jeder Preisklasse. Trotzdem habe ich mich entschieden, eine eigene zu entwickeln. Der Grund ist weniger das Gerät selbst als das, was auf dem Weg dorthin entsteht: ein durchgehender Entwicklungszyklus von der Anforderungsdefinition über Schaltungsentwurf, Leiterplattenfertigung und Firmware bis zur Mechanik. Beruflich arbeite ich viel mit Produktsicherheit, Konformität und der Bewertung technischer Unterlagen. Diese Arbeit findet meist am fertigen Ergebnis statt. Ein eigenes Projekt zwingt dazu, dieselben Fragen aus der anderen Richtung zu beantworten.

Dieser Beitrag fasst das Projekt zusammen. Die ausführliche Dokumentation mit allen Details veröffentliche ich in einer mehrteiligen Serie auf isarlog.de.

Zielsetzung

Das Gerät soll über Wochen unbeaufsichtigt im Freien arbeiten, Wildtiere bei Bewegung fotografieren und die Aufnahmen lokal speichern. Kaufgeräte lösen diese Aufgabe, koppeln sie aber meist an eine herstellereigene Cloud, deren Verfügbarkeit ich weder beeinflussen noch dauerhaft voraussetzen kann.

Vier Anforderungen habe ich zu Beginn festgeschrieben, bewusst so formuliert, dass sie überprüfbar sind:

Laufzeit: mindestens sechs Wochen Feldbetrieb mit einer Akkuladung.
Datenhoheit: Aufnahmen ausschließlich lokal, Statusmeldungen später an einen eigenen Server, keine fremde Infrastruktur.
Baugröße: kompakt genug, um im Bestand nicht aufzufallen.
Wartbarkeit: jede Baugruppe einzeln tauschbar, jede Funktion nachvollziehbar dokumentiert.

Aus diesen vier Punkten leitet sich praktisch jede spätere Entscheidung ab.

Systemarchitektur

Im Zentrum steht ein ESP32-S3-Modul mit 16 MB Flash und 8 MB PSRAM. Ausschlaggebend waren die integrierte Kameraschnittstelle, ausreichend Arbeitsspeicher für Fünf-Megapixel-Aufnahmen und vor allem ein Tiefschlafmodus mit sehr geringer Stromaufnahme. Stromsparendere Einplatinenrechner schieden aus, weil ihre Ruheaufnahme das Laufzeitziel von vornherein verfehlt hätte.

Als Bildsensor kommt ein Fünf-Megapixel-Modul mit mechanisch umschaltbarem Infrarotsperrfilter zum Einsatz. Tagsüber liefert es farbrichtige Bilder, nachts gibt der weggeschwenkte Filter den Weg für die Infrarotbeleuchtung frei. Die Schaltung unterstützt alternativ ein einfacheres Sensormodul mit abweichender Kernspannung; die Firmware erkennt beim Start selbst, welche Variante bestückt ist.

Die Auslösung erfolgt zweistufig. Ein Radarmodul erkennt Präsenz bei rund 300 Mikroampere Dauerstrom, ein Infrarotbewegungsmelder kann als Bestätigung hinzugeschaltet werden. Erst wenn beide Quellen übereinstimmen, wird ausgelöst. Das reduziert Fehlaufnahmen durch bewegte Vegetation und schont damit sowohl Energie als auch Speicherplatz. Ergänzt wird die Sensorik durch einen Helligkeitssensor für die Tag-Nacht-Umschaltung, einen Klimasensor und eine Echtzeituhr für belastbare Zeitstempel und Zeitrafferbetrieb.

Für die spätere Fernüberwachung ist eine aufsteckbare Zusatzplatine mit Mobilfunkmodul und Satellitenortung vorgesehen. Sie überträgt keine Bilder, sondern in Intervallen einen kompakten Statusdatensatz mit Ladezustand, Temperatur, Aufnahmezähler und letzter bekannter Position an einen eigenen Server.

Das Energiebudget als Leitgröße

Die entscheidende Auslegungsgröße des Projekts ist keine Funktion, sondern eine Zahl. Der eingesetzte Lithium-Eisenphosphat-Akku liefert 6.000 Milliamperestunden. Verteilt auf sechs Wochen ergibt das ein zulässiges Mittel von etwa sechs Milliampere. An dieser Zahl muss sich jede Entscheidung messen lassen.

Zwei Konsequenzen daraus prägen die gesamte Schaltung. Erstens versorgt die Zelle das System praktisch direkt: Ihre Spannung liegt über den nutzbaren Ladezustand hinweg so nah an der Betriebsspannung der Elektronik, dass ein Spannungswandler samt seinen Verlusten entfällt. Zweitens ist Funk kein Dauerdienst, sondern ein bewusst aktivierter Betriebszustand. Die Ruheaufnahme der fertigen Baugruppe liegt bei etwa einem halben Milliampere; der verbleibende Spielraum gehört den Aufwachvorgängen für Aufnahme, Speicherung und Statusmeldung.

Von der Prototypenschaltung zur eigenen Leiterplatte

Die erste Version entstand als Steckaufbau auf einem Entwicklungsboard. Für die Funktionsprüfung ist das der richtige Weg, als Zielzustand jedoch ungeeignet: Ein solcher Aufbau lässt sich weder auf die geforderte Ruheaufnahme trimmen noch in ein kompaktes Gehäuse überführen, und er ist nicht reproduzierbar.

Der konsequente Schritt war deshalb der Entwurf einer eigenen Leiterplatte. Auf ihr sitzt das Funkmodul direkt, ergänzt um Ladeschaltung, Speicherkartenanbindung, Treiberstufen für Infrarotbeleuchtung und Filtermechanik sowie steckbare Anschlüsse für sämtliche Sensoren. Gefertigt und maschinell bestückt wurde sie als Kleinserie bei einem Leiterplattendienstleister.

Ein Detail dieses Entwurfs ist mir wichtiger als seine Funktion: Die Versorgung der Filtermechanik hängt an der schaltbaren Kameradomäne. Stürzt die Firmware ab oder startet der Controller neu, ist die Spule hardwareseitig stromlos. Sicherheitsrelevante Zustände in Kupfer statt in Software abzubilden, ist eine Denkweise, die ich aus der beruflichen Bewertung fremder Produkte kenne. Sie am eigenen Entwurf anzuwenden, ist etwas anderes.

Dreidimensionale Ansicht der bestückten Wildkamera-Leiterplatte aus dem Entwurf — Die Leiterplatte im Entwurf: dieselbe Datenbasis, aus der die Fertigungsunterlagen erzeugt werden.

Prüfkette vor der Bestellung

Bei einer bestückten Kleinserie ist die Bestellung der Punkt ohne Wiederkehr. Entsprechend aufwendig war die Kontrolle davor: jede Bauteilnummer gegen das Datenblatt, jede Steckverbindung gegen ihr Gegenstück, jede Polung gegen den Schaltplan. In einem Fall unterschied sich eine korrekte von einer falschen Bestellnummer nur in einer einzigen Ziffer, hinter der sich statt eines hochohmigen ein niederohmiger Widerstand verbarg. Ohne systematische Gegenprüfung wäre dieser Fehler erst am fertigen Gerät aufgefallen.

Der Fertiger lieferte zusätzlich Röntgenaufnahmen der bestückten Baugruppen. Sie zeigen die Lötstellen unterhalb des Funkmoduls, die Durchkontaktierungen zwischen den Lagen und die Strukturen im Modulinneren. Diese Aufnahmen haben sich später als wertvoll erwiesen: Bei einer schwer eingrenzbaren Fehlfunktion ließ sich die Lötqualität dadurch früh und belastbar ausschließen.

Röntgenaufnahme der bestückten Leiterplatte mit Funkmodul und Leiterbahnen — Röntgenaufnahme der bestückten Baugruppe: Lötstellen unterhalb des Funkmoduls, Durchkontaktierungen und die Strukturen im Modulinneren sind ohne Zerstörung prüfbar.

Firmware und Betriebskonzept

Die Firmware trennt zwei Betriebsarten sauber voneinander. Im Feldbetrieb schläft das Gerät und wacht ausschließlich durch Sensorereignisse oder den Zeitgeber auf. Für Wartung und Diagnose lässt sich eine zeitlich begrenzte Funksitzung öffnen, in der eine im Gerät laufende Weboberfläche erreichbar wird.

Diese Oberfläche zeigt den Zustand jeder Baugruppe, den Spannungsverlauf des Akkus, ein laufendes Protokoll und den Inhalt der Speicherkarte. Testaufnahmen, Aktorprüfungen und das Stellen der Uhr sind darüber ebenso möglich wie das Einspielen neuer Firmware. Aktualisierungen werden in einen zweiten Speicherbereich geschrieben; schlägt der Vorgang fehl, läuft die bisherige Version unverändert weiter.

Damit das Laufzeitziel unberührt bleibt, folgt die Funksitzung einer festen Regel: Eingeschaltet wird sie ausschließlich durch eine Nutzerhandlung, beendet wird sie immer vom Gerät selbst nach fünfzehn Minuten ohne Aktivität. Im Feldbetrieb bleibt die Funkeinheit vollständig deaktiviert.

Mechanik als parametrisches Modell

Das Gehäuse ist kein Zubehör, sondern ein Bauteil mit eigenen Anforderungen an Dichtigkeit, Temperaturbeständigkeit und Montierbarkeit. Konstruiert habe ich es nicht in einer klassischen CAD-Oberfläche, sondern mit Hilfe von KI als Programm: Jede Wand, jede Bohrung und jeder Haltepunkt ist Code mit benannten Maßen, aus dem die Druckdaten erzeugt werden.

Dieser Ansatz hat zwei praktische Vorteile. Maßänderungen an Einbauteilen führen zu einer geänderten Variablen statt zu einer manuellen Überarbeitung aller abhängigen Flächen. Und das Modell prüft sich selbst: Hinterlegte Ersatzkörper aller Einbauten werden bei jedem Durchlauf gegen die Gehäusegeometrie auf Überschneidungen geprüft. Mehrere Konstruktionsfehler sind so vor dem Druck aufgefallen statt danach.

Die kritischen Stellen sind erwartungsgemäß die Durchbrüche für Objektiv, Beleuchtung und Sensorik. Sie sind als konische Sitze ausgeführt, die stützfrei druckbar sind, die Scheiben auf einer definierten Ringfläche aufnehmen und den Dichtstoff im Kegelspalt führen.

Explosionsdarstellung des Gehäuses mit Frontschale, Blende, Dichtring und Deckel — Das Gehäuse in seine vier Druckteile zerlegt. Die Darstellung ist direkt aus dem parametrischen Modell gerechnet.

Inbetriebnahme und Fehlerkultur

Die Inbetriebnahme war der lehrreichste Abschnitt des Projekts. Die Firmware ließ sich zunächst nicht aufspielen, der Controller startete zyklisch neu, der Programmiermodus schien unerreichbar.

Die Ursache war eine Verkettung von drei unabhängigen Effekten. Der Programmiermodus wird nur bei einem echten Reset ausgewertet, nicht bei den Neustarts, in denen sich das Gerät befand. Ohne angeschlossenen Akku bricht die Versorgung bei der Stromspitze des Programmiermodus ein, was den Neustart auslöst und den Zustand stabilisiert. Und ein Werkzeug hatte beim Zusammenfügen der Firmwaredateien einen Konfigurationswert im Startbereich verändert, was zu einer Absturzschleife führte. Das lies sich nur durch Messungen, Multimeter sei Dank, nachprüfen.

Aus solchen Befunden entsteht die Änderungsliste für die nächste Leiterplattenrevision. Sie umfasst derzeit unter anderem eine belastbare Versorgung für den Betrieb ohne Akku, die Verlagerung eines Vorwiderstands auf eine andere Spannungsschiene und die Rückführung des Ladestatus auf auswertbare Eingänge. Diese Liste offen zu führen, halte ich für den eigentlichen Kern des Projekts.

Stand und nächste Schritte

Die Leiterplatte ist in Betrieb. Sie erkennt Kamera und Speicherkarte, erstellt Aufnahmen und lässt sich drahtlos warten und aktualisieren. Das Gehäuse ist konstruktiv abgeschlossen und wartet auf den Passtest mit eingebauter Elektronik. Offen sind der scharfe Feldbetrieb mit Tiefschlaf und vollständiger Weckkette, die Integration des Mobilfunkmoduls und der Nachweis des Laufzeitziels unter realen Bedingungen.

Ob die sechs Wochen erreicht werden, wird die Messung im Feld zeigen. Bis dahin bleibt es eine begründete Auslegung, keine belegte Eigenschaft. Diesen Unterschied sauber zu benennen, gehört für mich zum Projekt dazu.

Die vollständige Dokumentation des Projekts mit Schaltungsdetails, Messwerten und Fotos erscheint fortlaufend auf isarlog.de.