Timer-Module im Detail: Zeitmessung und PWM mit dem PIC

Wer Timer-Module im Detail verstehen möchte, kommt bei PIC-Mikrocontrollern schnell auf zwei Kernfragen: Wie messe ich Zeit zuverlässig – und wie erzeuge ich präzise Signale wie PWM, ohne die CPU mit Warteschleifen zu blockieren? Timer sind dafür das zentrale Hardware-Werkzeug. Sie zählen Taktimpulse, lösen Interrupts aus, erzeugen periodische Ereignisse und dienen als Zeitbasis für Peripheriemodule wie Capture/Compare/PWM (CCP/ECCP). Gerade bei Echtzeit-Anforderungen ist das entscheidend: Ein sauber konfigurierter Timer liefert deterministische Perioden, stabile Zeitstempel und eine robuste Grundlage für Aufgaben wie Entprellung, Protokoll-Timing, Motorsteuerung, Dimmen von LEDs oder Regelalgorithmen. Gleichzeitig sind Timer eine der häufigsten Fehlerquellen, weil die Zusammenhänge aus Systemtakt, Prescaler, Periodenregister und (bei manchen Modulen) Postscaler nicht intuitiv sind. Dieser Beitrag erklärt Timer-Module am PIC praxisnah: von der Zeitmessung über Interrupt-Ticks bis zur PWM-Erzeugung mit Timer2 und CCP. Sie lernen typische Registerkonzepte, Berechnungsformeln, Fallstricke und bewährte Vorgehensweisen kennen – so, dass Ihre Zeitbasis nachvollziehbar bleibt und Ihre PWM-Frequenz sowie das Tastverhältnis reproduzierbar stimmen.

Timer-Grundprinzip: Zählen, Vergleichen, Ereignis auslösen

Ein Timer ist im Kern ein Zählerregister (z. B. TMRx), das mit einem definierten Takt inkrementiert. Erreicht der Zähler einen Grenzwert, passiert je nach Modus etwas Bestimmtes: ein Overflow-Flag wird gesetzt, ein Interrupt wird ausgelöst oder ein Vergleich trifft ein Periodenregister (z. B. PR2 bei Timer2). Viele PIC-Timer besitzen zusätzlich einen Prescaler (Teiler vor dem Timer) und teilweise einen Postscaler (Teiler nach dem Match/Overflow), um die Ereignisfrequenz an die Anwendung anzupassen. Für Timer2 ist diese Kombination aus 8-Bit-Timer, Prescaler, Postscaler und Periodenregister besonders typisch; Microchip beschreibt Timer2 genau so und weist explizit darauf hin, dass Timer2 die PWM-Zeitbasis ist, wenn CCP im PWM-Modus arbeitet (Timer2 – Microchip Doku (PDF)).

Warum Prescaler und Postscaler in der Praxis so wichtig sind

• Prescaler: Verlangsamt den Zähltakt und verlängert so die maximal erreichbare Zeitspanne pro Timerüberlauf.
• Postscaler: Reduziert die Interrupt- oder Ereignisrate, ohne den Timer selbst langsamer zu machen (gerade bei CPU-Last hilfreich).
• Periodenregister: Definiert, wann ein Match statt Overflow gilt (z. B. TMR2 == PR2), was die Periodik sehr flexibel macht.

Systemtakt als Basis: Ohne korrekte Clock keine korrekte Zeit

Alle Timer-Berechnungen stehen und fallen mit der tatsächlich verwendeten Taktfrequenz. Ein häufiger Fehler ist, dass die Firmware von einer Frequenz ausgeht, die nicht zur Konfiguration (Oszillator/Fuses) oder zur Hardware (Quarz vorhanden oder nicht) passt. Für viele PIC-Peripherien – insbesondere PWM mit CCP/Timer2 – ist außerdem relevant, dass ein definierter interner Taktpfad verwendet wird (typisch abgeleitet aus dem Systemtakt). Microchip erwähnt im PWM-Kontext ausdrücklich die Anforderung an den Timer-Clock-Eingang für korrekte PWM-Operation (Getting Started with PWM (Online Docs)).

Minimale Timing-Grundformel

Für Planung und Plausibilitätschecks hilft die Beziehung zwischen Frequenz und Periodendauer:

$T=\frac{1}{f}$

Diese Formel ersetzt keine gerätespezifische Timer-Gleichung, ist aber ideal, um grobe Größenordnungen zu prüfen: „Ist mein 1-ms-Tick mit dieser Taktannahme überhaupt realistisch?“

Timer-Typen am PIC: 8 Bit, 16 Bit und Spezialfunktionen

Je nach PIC-Familie und konkretem Baustein finden Sie mehrere Timer-Module mit unterschiedlichen Eigenschaften. Das Prinzip bleibt ähnlich, aber die Details entscheiden über Eignung und Aufwand.

• 8-Bit-Timer: Schnell, einfach, begrenzter Zählbereich; häufig als Peripherie-Zeitbasis (z. B. Timer2 für PWM) genutzt.
• 16-Bit-Timer: Größerer Zählbereich, besser für längere Messintervalle, Capture/Compare-Anwendungen oder präzise Zeitstempel.
• Timer mit Gate/External Clock: Können externe Signale zählen oder Zeitfenster über Gate-Mechanismen definieren (geräteabhängig).

Für PWM und viele Standardaufgaben ist es entscheidend zu wissen, welcher Timer als Ressource genutzt wird. Microchip beschreibt beispielsweise, dass CCP-Module je nach Modus unterschiedliche Timerressourcen verwenden und PWM typischerweise an Timer2 gekoppelt ist (Using the CCP Module (PDF)).

Zeitmessung in der Praxis: Zeitbasis, Ticks und Zeitstempel

Für Echtzeit-Systeme ist eine stabile Zeitbasis oft wertvoller als „einfach mal delay()“. Ein bewährtes Muster ist ein periodischer Timer-Interrupt (z. B. alle 1 ms), der einen Tickzähler inkrementiert. Auf Basis dieses Tickzählers implementieren Sie Software-Timer, Timeout-Überwachung, Entprellung und periodische Aufgaben.

Empfohlenes Tick-Pattern

• Timer erzeugt periodisches Ereignis (Match/Overflow).
• Interrupt Service Routine (ISR) bleibt kurz: Tickzähler erhöhen, Flag setzen.
• Hauptschleife wertet Flags aus und führt „größere“ Arbeiten aus (Kommunikation, Logik, Berechnungen).

Dieses Muster reduziert Jitter, weil die ISR klein bleibt, und verbessert die Wartbarkeit, weil Applikationslogik nicht in Interrupt-Kontext „versteckt“ wird.

Stolperfalle: Nicht-atomare Zugriffe auf Mehrbyte-Zähler

Bei 8-Bit-PICs sind 16- oder 32-Bit-Zählerzugriffe häufig nicht atomar. Wenn die ISR den Zähler verändert, während die Hauptschleife ihn liest, können Zwischenwerte entstehen. In der Praxis lösen Sie das durch kurzes Sperren von Interrupts beim Kopieren oder durch ein konsistentes Double-Read-Muster. Besonders wichtig: Gemeinsame Variablen zwischen ISR und Main sollten in der Regel als volatile deklariert werden, damit der Compiler die Werte nicht „wegoptimiert“.

Timer2 im Fokus: Die klassische PWM-Zeitbasis

Timer2 ist bei vielen PICs der „Arbeitstimer“ für PWM: Er ist 8 Bit breit, besitzt Prescaler und Postscaler und nutzt ein Periodenregister PR2. Microchip formuliert die Rolle klar: „Timer2 is the PWM time-base when the CCP module(s) is used in the PWM mode“ (Timer2 – Microchip Doku (PDF)). Das macht Timer2 zum zentralen Stellhebel für PWM-Frequenz und Grundtakt.

Warum PR2 so praktisch ist

• Sie definieren die Periodenlänge, ohne auf einen Overflow am Maximalwert angewiesen zu sein.
• Sie können PWM-Frequenzen flexibler wählen, weil der Zählbereich „virtuell“ angepasst wird.
• Der Postscaler kann Interrupt-Last reduzieren, ohne die PWM-Zeitbasis zu verändern (je nach Gerät/Anwendungsfall).

PWM mit CCP/ECCP: Frequenz und Tastverhältnis nachvollziehbar einstellen

PWM (Pulse Width Modulation) besteht aus zwei Parametern: Frequenz (wie oft pro Sekunde ein Zyklus) und Tastverhältnis (welcher Anteil der Periode ist „High“). Bei vielen PICs erzeugt das CCP- bzw. ECCP-Modul PWM-Signale hardwaregestützt, während Timer2 die Zeitbasis liefert. Microchip stellt dazu sowohl Grundlagenhinweise als auch Praxisbeispiele bereit, etwa „Getting Started with PWM Using CCP on PIC18“ (Getting Started with PWM Using CCP on PIC18 (PDF)) und allgemeine Leitlinien zur Nutzung des CCP-Moduls (Using the CCP Module (PDF)).

PWM-Periodendauer als Denkmodell

Die konkrete PWM-Formel ist geräteabhängig (und im Datenblatt Ihres konkreten PIC zu prüfen). Als robustes Denkmodell gilt jedoch: PWM-Periode hängt vom Timer2-Takt, dem Prescaler und dem Periodenregister PR2 ab. Anschaulich lässt sich das als „Timer2 zählt mit geteiltem Takt bis PR2 und beginnt neu“ ausdrücken:

$f\mathrm{PWM}\approx \frac{f}{\mathrm{timer}}$

Das Symbol ftimer steht hier für den Timer2-Eingangstakt nach Prescaler. In der Praxis nehmen Sie die exakte Formel aus dem Datenblatt bzw. den Microchip-Beispielen; die Online-Dokumentation zeigt dazu Blockdiagramme und Anforderungen für korrekte PWM-Operation (PWM-Setup in Microchip Online Docs).

Tastverhältnis: Duty Cycle konsistent setzen

Das Tastverhältnis (Duty Cycle) ist das Verhältnis aus High-Zeit zur Gesamtperiode. Allgemein:

$D=\frac{t\mathrm{high}}{t\mathrm{period}}\times 100\%$

Bei PIC-CCP-PWM ist das Duty-Cycle-Registerformat typischerweise so organisiert, dass ein Teil der Auflösung in einem Register (z. B. CCPRxL) und ein Teil in Control-Bits liegt (geräteabhängig). Microchip beschreibt das Registerprinzip und die Ressourcenkopplung in den CCP-Hinweisen und -Beispielen (Using the CCP Module (PDF)).

CCP vs. ECCP: Welche PWM-Funktionen sind realistisch?

Standard-CCP liefert meist einen PWM-Ausgang pro Modul. ECCP erweitert das um zusätzliche PWM-Funktionen (z. B. mehrere Ausgänge, erweiterte Steueroptionen), was vor allem in Leistungs- und Motoranwendungen relevant ist. Microchip beschreibt die Unterscheidung und den Funktionsumfang in der Sektion zu CCP/ECCP-Modulen (Capture/Compare/PWM Modules (CCP and ECCP) – Microchip (PDF)).

• CCP: typischerweise ein PWM-Ausgang, solide für LED-Dimmen, einfache Motoren, Lüfter, Signalformen.
• ECCP: erweiterte PWM-Optionen, sinnvoll bei H-Brücken, Halbbrücken, Motorsteuerung mit Dead-Time (geräteabhängig).
• Praxisregel: Erst Timer- und CCP-Grundlagen sauber beherrschen; ECCP-Funktionen dann gezielt nutzen.

Berechnung in der Praxis: Von Zielwerten zu Registereinstellungen

In realen Projekten starten Sie selten bei Prescaler und PR2, sondern bei Anforderungen wie „PWM = 20 kHz“ oder „Tick = 1 ms“. Der Weg zur Konfiguration ist dann:

• Zielgröße definieren (z. B. fPWM oder Tick-Intervall).
• Systemtakt realistisch festlegen (inkl. PLL/Teiler).
• Geeigneten Timer wählen (8 Bit vs. 16 Bit, PR-Register vorhanden oder nicht).
• Prescaler so wählen, dass PR-Werte in einem sinnvollen Bereich liegen.
• Registerwerte setzen und mit Messung verifizieren.

Warum Messung unverzichtbar ist

Selbst wenn die Rechnung stimmt, können Randbedingungen die reale Signalform beeinflussen: falsch definierte Systemfrequenz, IO-Konfiguration, unerwartete ISR-Last oder Störungen auf Leitungen. Ein einfacher, bewährter Test ist ein GPIO-Toggle an definierten Stellen (z. B. Tick-ISR) und die Messung mit Oszilloskop/Logic Analyzer. Bei PWM messen Sie Frequenz und Duty direkt am Ausgang.

Timer und Interrupts: Ereignissteuerung ohne CPU-Blockade

Timer entfalten ihre Stärke besonders in Kombination mit Interrupts. Statt Delay-Schleifen in der Main Loop erzeugen Timer wiederkehrende Ereignisse. Damit bauen Sie „Software-Zeit“ auf, die unabhängig von der Restlogik stabil bleibt. Für Echtzeit-Systeme ist das die Grundlage: stabile Sampling-Intervalle, zuverlässige Timeouts und reproduzierbare Perioden.

Typische Echtzeit-Anwendungen mit Timer-Interrupts

• Regelung: Regelzyklus alle X Millisekunden (z. B. PI/PID-Ansätze im kleinen Rahmen).
• Entprellung: zyklische Abtastung von Tastern mit Filterzeitfenster.
• Kommunikations-Timeouts: Paket-Timeouts, Watchdog-ähnliche Überwachung auf Protokollebene.
• Scheduling: einfache Task-Dispatcher auf Tick-Basis.

PWM-Setups schnell erreichen: MCC als Konfigurationshilfe

Wenn Sie Zeit sparen möchten, kann der MPLAB Code Configurator (MCC) Timer- und PWM-Setups automatisieren. Besonders für Einsteiger ist das hilfreich, weil MCC die Register konsistent setzt und typische Abhängigkeiten (IO, Timer2, CCP) zusammenführt. Microchip zeigt das in einem konkreten Timer2/PWM-Beispiel und beschreibt die Schritte für eine PWM-Konfiguration über MCC (Timer2 Example using MPLAB Code Configurator) sowie in einem allgemeinen 10-Bit-PWM-MCC-Beispiel (10-Bit PWM MCC Example).

Best Practices beim Einsatz von MCC

• Generierten Code als Treiberschicht betrachten, nicht als Ort für Applikationslogik.
• Änderungen an PWM-Frequenz und Duty systematisch dokumentieren (Zielwerte und resultierende Settings).
• Nach jeder Regeneration prüfen, ob Interrupt-Enable/Flag-Handling weiterhin korrekt ist.

Häufige Stolperfallen bei Timer und PWM am PIC

Viele Timer-Probleme wirken wie „Zufall“, lassen sich aber meist auf wenige Ursachen zurückführen. Wenn Sie diese Punkte aktiv prüfen, sparen Sie sich viel Debugging.

• Falsche Systemfrequenz: UART/Ticks/PWM passen nicht, obwohl Registerwerte „plausibel“ wirken.
• Prescaler/Postscaler verwechselt: Interrupt-Rate stimmt nicht oder PWM reagiert nicht wie erwartet.
• PR-Register falsch interpretiert: Periodenwert wird als „maximaler Zählerstand“ gelesen, obwohl Match-Mechanik zählt.
• Pin nicht korrekt konfiguriert: PWM-Ausgang bleibt statisch, weil Pin als Input oder Analogpin eingestellt ist.
• ISR zu lang: Tick-Jitter steigt, Timer-Events werden verspätet bearbeitet, Kommunikation kann leiden.
• Mehrere Module teilen sich Timerressourcen: CCP-Module können (je nach Mode) denselben Timer benötigen; Microchip weist auf die gemeinsame Ressourcennutzung hin (Using the CCP Module (PDF)).

Praxis-Checkliste: Timer- und PWM-Setup vor dem ersten Test

• Ist das richtige PIC-Device in der IDE ausgewählt (damit Register und Bitfelder stimmen)?
• Ist die reale Systemfrequenz bekannt und dokumentiert (inkl. PLL/Teiler)?
• Passt der gewählte Timer zur Aufgabe (8 Bit mit PR vs. 16 Bit für längere Intervalle)?
• Ist Prescaler so gewählt, dass Periodenregisterwerte im sinnvollen Bereich liegen?
• Ist der PWM-Pin korrekt als digitaler Ausgang/Funktion konfiguriert?
• Werden Flags korrekt gelöscht und Interrupts sinnvoll priorisiert?
• Ist eine Messstrategie vorhanden (GPIO-Toggle, Oszilloskop/Logic Analyzer)?

Weiterführende Ressourcen: Offizielle Referenzen für Timer2, CCP und PWM

• Microchip: Timer2 (PDF) – Prescaler, Postscaler, PR2 und PWM-Zeitbasis
• Microchip: Using the CCP Module (PDF) – Timerressourcen und Betriebsarten
• Microchip: Getting Started with PWM Using CCP on PIC18 (PDF)
• Microchip Online Docs: PWM-Initialisierung, Anforderungen und Blockdiagramm
• Microchip Developer Help: Timer2/PWM Beispiel mit MCC
• Microchip Developer Help: 10-Bit-PWM Beispiel mit MCC

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.