Brown-out Reset (BOR): Umgang mit Spannungsschwankungen

Ein zuverlässiger Brown-out Reset (BOR) ist eine der wirksamsten Schutzmaßnahmen, um Mikrocontroller-Systeme gegen Spannungsschwankungen abzusichern. Gerade in industriellen Umgebungen oder in Geräten mit langen Leitungen, Relais, Motoren, Funkmodulen oder schwankenden Netzteilen treten kurze Versorgungseinbrüche häufiger auf, als viele Entwickler anfangs vermuten. Diese Einbrüche sind oft zu kurz, um als kompletter „Power-Off“ wahrgenommen zu werden, aber lang genug, um Logikpegel, Flash-Zugriffe, RAM-Inhalte oder Peripherie-Zustände zu verfälschen. Ohne BOR läuft ein PIC-Mikrocontroller dann manchmal weiter, obwohl die Versorgung bereits außerhalb der Spezifikation liegt – mit unvorhersehbaren Folgen: sporadische Resets, eingefrorene Zustandsautomaten, fehlerhafte Messwerte, Kommunikationsabbrüche oder worst case unkontrollierte Ausgänge. Der BOR setzt genau hier an: Er überwacht die Versorgungsspannung und erzwingt bei Unterschreiten einer definierten Schwelle einen Reset beziehungsweise hält das System im Reset, bis die Versorgung wieder stabil ist. Richtig konfiguriert ist der Brown-out Reset deshalb kein „optional nice-to-have“, sondern ein zentraler Baustein für robuste Firmware, EMV-Festigkeit und reproduzierbares Verhalten über den gesamten Lebenszyklus eines Produkts.

Was ist Brown-out und warum ist es so gefährlich?

Ein „Brown-out“ bezeichnet eine Unterspannungssituation: Die Versorgungsspannung fällt kurzzeitig ab (oder steigt langsam an), bleibt aber möglicherweise über 0 V. Das klingt harmlos, ist für digitale Systeme jedoch kritisch. Mikrocontroller benötigen bestimmte Mindestspannungen, um Takt, Logik, Speicherzugriffe und interne Referenzen korrekt zu betreiben. Sinkt die Spannung darunter, entstehen Zustände zwischen „läuft korrekt“ und „ist aus“ – genau dieser Übergangsbereich ist gefährlich.

• Instabile CPU-Ausführung: Befehle werden fehlerhaft ausgeführt, weil Timing und interne Schaltzeiten nicht mehr passen.
• Peripherie hängt: UART/SPI/I2C-Module können in undefinierten Zuständen bleiben.
• Flash/EEPROM-Risiken: Schreiboperationen bei Unterspannung können Daten korrupt machen.
• Ausgänge werden unkontrolliert: Treiberstufen, Relais oder MOSFET-Gates können kurz falsche Pegel sehen.

In der Praxis sind Brown-outs oft „unsichtbar“, weil sie nur Millisekunden dauern. Gerade deshalb sind sie als Fehlerursache so tückisch: Das System zeigt selten eindeutige Symptome, sondern sporadische, schwer reproduzierbare Ausfälle.

Wie BOR bei PIC-Mikrocontrollern funktioniert

PIC-Mikrocontroller besitzen typischerweise eine integrierte Brown-out Detection, die die Versorgungsspannung (VDD) mit einer internen Referenz vergleicht. Sinkt VDD unter eine festgelegte Schwelle, wird ein Brown-out Reset ausgelöst oder die CPU wird im Reset gehalten. Je nach PIC-Familie gibt es zusätzliche Optionen:

• Konfigurierbare BOR-Schwellen: mehrere Stufen oder Modi, die zur Versorgung und zu den Anforderungen passen.
• Brown-out Reset vs. Brown-out Sleep: unterschiedliche Verhalten in Sleep-/Low-Power-Zuständen (familienabhängig).
• Statusflags/Reset-Cause: Registerbits, die nach dem Start anzeigen, ob ein BOR stattgefunden hat.

Die konkrete Konfiguration erfolgt bei PICs meist über Konfigurationsbits (Fuses) und/oder Registereinstellungen. Da Bezeichnungen und Details stark vom jeweiligen Gerät abhängen, ist die wichtigste Regel: Arbeiten Sie konsequent mit Datenblatt und Errata Ihres konkreten PIC. Als Einstieg in die Dokumentrecherche eignet sich die Microchip Dokumentensuche, über die Sie Datenblatt, Family Reference Manual und Hinweise zu Reset-/Power-Management finden.

BOR ist kein Ersatz für saubere Versorgung – sondern die Sicherheitsleine

Ein häufiger Denkfehler lautet: „Mit BOR ist die Versorgung egal.“ Das Gegenteil ist richtig. Der Brown-out Reset verhindert undefiniertes Verhalten, wenn die Versorgung in den kritischen Bereich fällt. Er kann aber nicht verhindern, dass Ihr Gerät bei einem Einbruch neu startet oder kurzzeitig ausfällt. In industriellen Anwendungen geht es deshalb um eine Kombination aus zwei Zielen:

• Versorgung so stabil gestalten, dass Brown-outs selten sind (Entkopplung, Layout, Reglerauswahl, Lastmanagement).
• Wenn Brown-outs auftreten, muss das System kontrolliert reagieren (BOR, sichere Defaults, Logging, Recovery-Strategie).

Diese Kombination ist entscheidend für Verfügbarkeit und Sicherheit – besonders wenn das Gerät Aktoren ansteuert oder essenzielle Messungen liefert.

Typische Ursachen für Spannungsschwankungen in der Praxis

Um BOR sinnvoll einzusetzen, sollten Sie die realen Ursachen kennen. Die häufigsten Trigger in PIC-Projekten sind:

• Lastsprünge: Relais, Motoren, Magnetventile, LED-Lasten oder Funkmodule verursachen kurzzeitig hohe Ströme.
• Zu hohe Leitungsimpedanz: lange Kabel, dünne Leiterbahnen, schlechte Steckverbinder oder Klemmen.
• Regler-Instabilität: ungeeignete LDO/DC-DC-Kombination, falsche Ausgangskondensatoren, ungünstige Layoutführung.
• EMV/ESD-Ereignisse: Einkopplungen können die Versorgung kurz stören oder Reset-Leitungen beeinflussen.
• Netzteil-„Dropouts“: instabile oder überlastete Netzteile, besonders bei günstigen Steckernetzteilen.

Viele dieser Ursachen lassen sich durch gutes Hardware-Design deutlich reduzieren. Dennoch bleibt der BOR essenziell, weil nicht jede Störung im Feld vorhersehbar ist.

Die richtige BOR-Schwelle wählen: Unterspannung ist nicht gleich Unterspannung

Bei der Wahl der BOR-Schwelle geht es um einen pragmatischen Kompromiss: Eine höhere Schwelle erhöht die Sicherheit (Reset früher), kann aber zu häufigeren Resets führen, wenn die Versorgung knapp dimensioniert ist. Eine niedrigere Schwelle lässt das System länger laufen, erhöht jedoch das Risiko, dass der Controller bereits außerhalb stabiler Betriebsbedingungen arbeitet.

Pragmatische Leitfragen für die Schwellenwahl

• Welche minimale VDD garantiert die Spezifikation für CPU-Takt, Flash-Zugriffe, ADC/Referenzen und Peripherie?
• Welche „Worst-Case“-Spannung kann bei Lastsprung oder Kabelabfall real auftreten?
• Was ist im Fehlerfall sicherer? Ein kurzer Reset oder ein potenziell falscher Ausgangszustand?

Für Systeme mit sicherheitskritischen Ausgängen ist meist ein früher Reset die bessere Wahl, weil Sie dann konsequent in definierte Startzustände zurückkehren. Für reine Datenlogger kann eine niedrigere Schwelle sinnvoll sein, wenn Datenintegrität anderweitig geschützt ist und Resets teuer sind.

Brown-out Reset und Datenintegrität: Flash/EEPROM sicher handhaben

Spannungseinbrüche sind besonders kritisch, wenn gerade nichtflüchtige Speicher beschrieben werden. Viele Designs schreiben Konfigurationswerte, Zähler, Logs oder Kalibrierdaten in EEPROM/Flash. Ohne Schutz kann ein Brown-out während eines Schreibvorgangs zu inkonsistenten Datensätzen führen. Gute Praxis ist deshalb:

• Schreibzugriffe zeitlich bündeln: Nicht ständig schreiben, sondern kontrolliert zu definierten Zeitpunkten.
• Supply-Check vor Write: Vor dem Schreiben prüfen, ob die Versorgung stabil ist (je nach PIC-Familie und Möglichkeiten).
• Journaling/Double-Buffer: Daten in zwei Blöcken halten und mit Versionsnummer/CRC validieren.
• CRC/Checksum: Nach dem Start prüfen, ob gespeicherte Daten valide sind; sonst Fallback auf Default.

Der BOR schützt dabei, indem er das System bei Unterspannung stoppt. Ergänzend sollte Ihre Firmware nach einem BOR-Reset besonders vorsichtig hochfahren und Speicherbereiche verifizieren, bevor sie mit „normalem Betrieb“ weitermacht.

Reset-Ursachen auswerten: BOR als Diagnosewerkzeug nutzen

Viele PICs bieten Statusbits, die nach dem Neustart anzeigen, ob ein Brown-out Reset stattgefunden hat. Das ist nicht nur „nice“, sondern für Felddiagnose extrem wertvoll. Wenn Geräte sporadisch neu starten, ist die Frage „War es BOR, WDT, Power-on oder externer Reset?“ entscheidend für die Fehleranalyse.

• Reset-Cause früh auslesen: direkt im Start-up, bevor Flags überschrieben werden.
• Persistentes Logging: BOR-Zähler in EEPROM/Flash oder in einem reservierten Bereich halten (mit Schutzmechanismen).
• Service-Ausgabe: Diagnose über UART/USB/Service-LED oder Feldbus bereitstellen.

So wird BOR zur Messgröße: Häufen sich Brown-outs bei bestimmten Anlagen, Temperaturen oder Lastprofilen, können Sie Hardware (Regler, Pufferung) oder Firmware (Lastmanagement, Timing) gezielt verbessern.

Hold-up Time berechnen: Wie viel Pufferkondensator braucht man wirklich?

Ein sehr praktischer Hebel gegen Brown-outs ist die „Hold-up Time“: Ein Pufferkondensator überbrückt kurze Einbrüche, indem er Energie liefert. Wie groß dieser Kondensator sein muss, hängt von Laststrom, erlaubtem Spannungsabfall und Zeit ab. Eine häufig genutzte Näherung ergibt sich aus I = C · dV/dt. Umgestellt nach der Zeit:

$t=\frac{C\cdot \mathrm{\Delta V}}{I}$

Wenn Sie beispielsweise einen Laststrom I haben, einen Pufferkondensator C einsetzen und erlauben, dass die Spannung um ΔV abfällt, können Sie die Überbrückungszeit t abschätzen. Diese Rechnung ist ideal für eine erste Dimensionierung. In der Praxis kommen ESR/ESL, Temperatur, Reglerverhalten und Lastsprünge hinzu, weshalb Messungen mit Oszilloskop und realen Lasten Pflicht sind.

Wichtige Designhinweise zur Pufferung

• ESR beachten: Ein hoher ESR kann bei Lastspitzen sofort Spannungseinbrüche verursachen, obwohl „viel Kapazität“ vorhanden ist.
• Platzierung: Puffer- und Entkopplungskondensatoren müssen elektrisch nahe an den kritischen Verbrauchern sitzen.
• Lastprofil kennen: Funkmodule oder Motor-Treiber ziehen kurz sehr hohe Ströme, die die Versorgung dominieren.

Brown-out und EMV: Warum Unterspannung oft ein Störsymptom ist

In rauen Umgebungen entstehen Brown-outs nicht nur durch „zu schwaches Netzteil“, sondern häufig durch EMV-bedingte Einkopplungen oder Schaltspitzen, die den Regler kurz aus dem Tritt bringen. Wenn BOR häufig auslöst, ist das ein Hinweis, dass Versorgung, Layout oder Schutzkonzept verbessert werden sollten. Typische EMV-nahe Maßnahmen:

• Saubere Masseführung: geschlossene Rückstrompfade, kurze Schleifenflächen, klare Trennung von Leistung und Logik.
• Entkopplung direkt am PIC: mehrere Kondensatorwerte nahe an VDD/VSS, kurze Leiterbahnen.
• Schutz an Schnittstellen: TVS-Dioden, Serienwiderstände und Filter nahe am Stecker, damit Störungen nicht ins Board laufen.
• Induktive Lasten entstören: Freilaufdioden, Snubber, getrennte Rückstrompfade für Relais/Motoren.

Eine gute Einstiegserklärung zu Brown-out und Reset-Konzepten liefert der Überblicksartikel Brown-out (Überblick). Für EMV-Grundlagen und industrielle Einordnung kann außerdem ein neutraler Einstieg über den VDE-Bereich zur EMV hilfreich sein.

Firmware-Strategie: Sicherer Start nach BOR statt „einfach weiterlaufen“

Ein Brown-out Reset bringt das System in einen Neustart. Ob das danach stabil ist, hängt stark von Ihrer Firmware-Initialisierung ab. In industriellen Anwendungen ist ein strukturierter Startablauf empfehlenswert, der aus einem sicheren Grundzustand heraus arbeitet:

• SAFE: Ausgänge in sichere Zustände, Treiber deaktivieren, kritische Aktoren sperren.
• INIT: Takt, Ports, Peripherie definieren; Kommunikationsmodule sauber resetten.
• SELFTEST: Plausibilitätschecks (z. B. Sensorwerte im Rahmen, Speicher/CRC ok).
• RUN: Erst nach Freigabekriterien in den normalen Betrieb wechseln.

Besonders wichtig: Wenn der BOR ausgelöst hat, kann die Versorgung kurz zuvor instabil gewesen sein. Deshalb sollten Sie direkt nach dem Start nicht sofort „alles einschalten“, sondern gestaffelt hochfahren: erst Versorgung stabilisieren, dann Peripherie, dann Aktoren. Eine zusätzliche Verzögerung oder die Nutzung eines Power-up Timers kann helfen, wenn der Regler „nachschwingt“.

BOR, Watchdog und Power-on Reset: Die drei Reset-Säulen richtig kombinieren

In robusten PIC-Designs werden Reset-Mechanismen nicht gegeneinander ausgespielt, sondern ergänzt:

• Power-on Reset (POR): definierter Start bei Einschalten.
• Brown-out Reset (BOR): definierter Reset bei Unterspannung, bevor Logik unsauber wird.
• Watchdog Timer (WDT): Recovery bei Software-Hängern oder seltenen Logikfehlern.

Der WDT kann einen Brown-out nicht ersetzen, weil er keine Versorgung überwacht. Umgekehrt kann BOR keine Deadlocks beheben, wenn die Versorgung stabil ist. Gemeinsam bilden sie ein robustes Netz für reale Feldbedingungen.

Praktische Stolperfallen: Warum BOR manchmal „trotzdem“ nicht hilft

Wenn Systeme trotz aktiviertem BOR instabil wirken, liegen die Ursachen häufig in Details. Typische Stolperfallen sind:

• Falsche BOR-Schwelle: zu niedrig gewählt, sodass der PIC bereits außerhalb stabiler Spezifikation arbeitet.
• Reset-Leitung anfällig: externer Reset (MCLR) wird durch Störung getriggert, wirkt wie BOR, ist aber ein anderes Problem.
• Peripherie-Glitches beim Wiederanlauf: nach Reset bleiben externe Treiber kurz aktiv, weil Pins floaten oder Treiber Enable nicht sicher ist.
• Versorgung bricht zu schnell ein: Der Einbruch ist so steil, dass Peripherie schon vorher falsche Zustände annimmt; Pufferung/Schutz verbessern.

Ein sehr wirksamer Ansatz ist die Kombination aus Messung und Logging: Oszilloskop an VDD und ein GPIO-Toggle im Start-up, plus Reset-Cause-Logging. So sehen Sie, ob tatsächlich Unterspannung vorliegt und wie das System reagiert.

Best Practices für BOR in industriellen PIC-Designs

• BOR aktivieren und bewusst konfigurieren: nicht als Default „irgendwie“ laufen lassen, sondern zur Spezifikation passend wählen.
• Ausgänge reset-sicher designen: Pull-ups/Pull-downs und Treiber-Freigaben so, dass Reset niemals unkontrolliert schaltet.
• Lastspitzen managen: Stromhungrige Module (Relais, Funk) zeitlich koordinieren und puffern.
• Schreibzugriffe absichern: EEPROM/Flash nur kontrolliert beschreiben, Daten mit CRC/Versionierung prüfen.
• Reset-Cause protokollieren: BOR-Ereignisse zählen und für Service verfügbar machen.
• EMV-gerechtes Layout: Versorgung und Masseführung sind häufig der entscheidende Faktor gegen Brown-outs.

Weiterführende Informationsquellen

• Microchip Dokumentensuche (Datenblätter, Errata, Referenzhandbücher): Microchip Dokumentensuche
• MPLAB X IDE (Konfiguration, Debugging, Reset-Cause-Analyse im Projektkontext): MPLAB X IDE
• Brown-out als Begriffserklärung (technischer Überblick): Brown-out (Überblick)
• EMV-Einstieg und industrielle Einordnung: VDE – Elektromagnetische Verträglichkeit (EMV)

IoT-PCB-Design, Mikrocontroller-Programmierung & Firmware-Entwicklung

PCB Design • Arduino • Embedded Systems • Firmware

Ich biete professionelle Entwicklung von IoT-Hardware, einschließlich PCB-Design, Arduino- und Mikrocontroller-Programmierung sowie Firmware-Entwicklung. Die Lösungen werden zuverlässig, effizient und anwendungsorientiert umgesetzt – von der Konzeptphase bis zum funktionsfähigen Prototyp.

Diese Dienstleistung richtet sich an Unternehmen, Start-ups, Entwickler und Produktteams, die maßgeschneiderte Embedded- und IoT-Lösungen benötigen. Finden Sie mich auf Fiverr.

Leistungsumfang:

• IoT-PCB-Design & Schaltplanerstellung

• Leiterplattenlayout (mehrlagig, produktionstauglich)

• Arduino- & Mikrocontroller-Programmierung (z. B. ESP32, STM32, ATmega)

• Firmware-Entwicklung für Embedded Systems

• Sensor- & Aktor-Integration

• Kommunikation: Wi-Fi, Bluetooth, MQTT, I²C, SPI, UART

• Optimierung für Leistung, Stabilität & Energieeffizienz

Lieferumfang:

• Schaltpläne & PCB-Layouts

• Gerber- & Produktionsdaten

• Quellcode & Firmware

• Dokumentation & Support zur Integration

Arbeitsweise:Strukturiert • Zuverlässig • Hardware-nah • Produktorientiert

CTA:
Planen Sie ein IoT- oder Embedded-System-Projekt?
Kontaktieren Sie mich gerne für eine technische Abstimmung oder ein unverbindliches Angebot. Finden Sie mich auf Fiverr.