Zeit messen zwischen zwei Punkten im Programmfluß (STM32F103)

Warum in die Schwerne feiefen, das Gute ligt so nah:

Beitrag "Re: stm32f103 1 us Systick-timer delay"

Einfach den DWT Cylce Counter zum beliebigen Zeitpunkt lesen und daraus seine Auswertung kreieren.

ARM Controller haben dafür den Systick Timer. Er löst üblicherweise jede ms einen Interrupt aus und die ISR erhöht dann überlicherweise eine Integer Variable. In dem Fall brauchst du einfach nur den Wert dieser Variable in dein Array kopieren.

Auch die HAL benutzt den Systick Timer auf diese Weise.

http://stefanfrings.de/stm32/stm32f3.html#systick

Stefan F. schrieb:

ARM Controller haben dafür den Systick Timer.

Der TO will es aber ein bisschen genauer wissen. Er will nicht wissen dass ein Ablauf 1 oder 2 ms braucht.

jo mei schrieb:

Der TO will es aber ein bisschen genauer wissen. Er will nicht wissen dass ein Ablauf 1 oder 2 ms braucht.

Mit dem Systick kann man auch in kleiner Intervallen zählen. Aber es um einstellige µs oder gar ns Intervalle geht, ist der DWT wohl die bessere Wahl.

Stefan F. schrieb:

Mit dem Systick kann man auch in kleiner Intervallen zählen.

Klar! Du stellst den Systick-Interrupt auf 1 usec, dann braucht dein Prozessor wenigstens nichts mehr Anderes tun als Interrupts abarbeiten. Spart jede Menge Programmierarbeit.

Im Hauptprogramm soll das jüngste Ereignis herausgefunden werden, indem das Maximum der Zeitstempel ermittelt wird.

Zwei Punkte:

1. bzgl Maximum: mach dir Gedanken um Überläufe des Zählers.
2. bzgl jüngste: in einer Variable die Nummer des letzten Ereignisses speichern?

Stefan F. schrieb:

Mit dem Systick kann man auch in kleineren Intervallen zählen. Aber wenn es um einstellige µs oder gar ns Intervalle geht, ist der DWT wohl die bessere Wahl.

jo mei schrieb:

Klar! Du stellst den Systick-Interrupt auf 1 usec, dann braucht dein Prozessor wenigstens nichts mehr Anderes tun als Interrupts abarbeiten. Spart jede Menge Programmierarbeit.

Versuche es mal mit einer passenden Antwort. 10 µs Intervalle sind durchaus machbar. Darunter würde ich wie gesagt nicht gehen.

Christoph K. schrieb:

Gibt es im Debugger (STM32CubeIDE) eine Möglichkeit, die Zeit zwischen 2 Breakpoints zu messen?

Ich könnte mir vorstellen, dass der Debugger die Zeitspanne (negativ) beeinflusst. Also lieber direkt mit Registerzugriff arbeiten und nach der Messung erst die Dauer berechnen.

Christoph K. schrieb:

Der TO will es aber ein bisschen genauer wissen. Er will nicht wissen dass ein Ablauf 1 oder 2 ms braucht.

Dem ist vom TO nichts hinzuzufügen.

Ist angekommen. Als ich meine Antwort (mit dem Systick) schrieb, war mir das noch nicht klar.

Wenn ich's wissen will, programmiere ich einfach einen IO Pin zum Anzeigen wie lange ein Zeitabschnitt dauert. Mit dem Oszi kann man das für die Praxis in den meisten Fällen genau genug ermitteln. Bei Architekturen wie beim F103 ist es allerdings wegen der internen Peripherie etwas ungenauer.

Irgendwo hat irgendwer erwähnt, daß er den DAC an interessanten Stellen im Programm so programmiert, daß man dann am Oszi genau verfolgen kann wo und wie lang sich der Prozessor im Programm aufhält. Ist eine Geniale Idee.

J. S. schrieb:

Maxe schrieb:

Ich könnte mir vorstellen, dass der Debugger die Zeitspanne (negativ) beeinflusst.

nein, das ist ja das Gute bei den Cortex-M: der CoreSight ist eine Architektur die die Ausführung eben nicht beeinflusst. Ausser vielleicht bei Software BP, aber die kommen ja nicht zum Einsatz solange noch HW BP vorhanden sind.

In deinem Link wird der DWT ja per Code gesteuert (und damit auch die Messung). Ueber den Debugger wird dann nur noch der Zahlerstand ausgelesen. Die Frage ist, ob es auch eine Loesung mit Breakpoints gibt.