STM32F103: DWT Timer stört Debugger?

[Chris J. (Gast)]

Hallo,

habe ich da etwas überlesen? Ich benutze diese Routinen um 
Ausführunsgzeiten zu messen und eine MikroSec Timer zu verwenden aber 
seitdem spielt mein Debuger (swd) etwas verrückt, macht komische Sachen. 
Friert ab und zu ein usw. Hat der damit was zu tun?

#pragma GCC push_options
#pragma GCC optimize ("O3")
void delayUS_DWT(uint32_t us)
{
  volatile uint32_t cycles = (SystemCoreClock/1000000L)*us;
  __disable_irq();
  volatile uint32_t start = DWT->CYCCNT;
  do  {
  } while(DWT->CYCCNT - start < cycles);
  __enable_irq();
}
#pragma GCC pop_options

#pragma GCC push_options
#pragma GCC optimize ("O0")
uint32_t DWT_Delay_Init(void) {
  /* Disable TRC */
  CoreDebug->DEMCR &= ~CoreDebug_DEMCR_TRCENA_Msk; // ~0x01000000;
  /* Enable TRC */
  CoreDebug->DEMCR |=  CoreDebug_DEMCR_TRCENA_Msk; // 0x01000000;

  /* Disable clock cycle counter */
  DWT->CTRL &= ~DWT_CTRL_CYCCNTENA_Msk; //~0x00000001;
  /* Enable  clock cycle counter */
  DWT->CTRL |=  DWT_CTRL_CYCCNTENA_Msk; //0x00000001;

  /* Reset the clock cycle counter value */
  DWT->CYCCNT = 0;

     /* 3 NO OPERATION instructions */
     __ASM volatile ("NOP");
     __ASM volatile ("NOP");
     __ASM volatile ("NOP");

  /* Check if clock cycle counter has started */
     if(DWT->CYCCNT)
     {
       return 0; /*clock cycle counter started*/
     }
     else
  {
    return 1; /*clock cycle counter not started*/
  }
}
#pragma GCC pop_options

[lange weiler (Gast)]

Chris J. schrieb:
> mein Debuger (swd)

Der ist vermutlich geheim weil du dazu keine Angaben machst.

[Chris J. (Gast)]

lange weiler schrieb:
> Chris J. schrieb:
>> mein Debuger (swd)
>
> Der ist vermutlich geheim weil du dazu keine Angaben machst.

St-Link V2 und alternativ ein Segger JLINK.

[Nop (Gast)]

Chris J. schrieb:

> habe ich da etwas überlesen? Ich benutze diese Routinen um
> Ausführunsgzeiten zu messen und eine MikroSec Timer zu verwenden

Das geht auch super, nur heißt DWT doch schon "Data Watchpoint Trigger", 
und der befindet sich im Reference Manual nicht ohne Grund im Kapitel 
"Core Debug". Mit anderen Worten, natürlich kann das in Konflikt mit dem 
Debugger geraten.

[Chris J. (Gast)]

Nop schrieb:
> Chris J. schrieb:
>
>> habe ich da etwas überlesen? Ich benutze diese Routinen um
>> Ausführunsgzeiten zu messen und eine MikroSec Timer zu verwenden
>
> Das geht auch super, nur heißt DWT doch schon "Data Watchpoint Trigger",
> und der befindet sich im Reference Manual nicht ohne Grund im Kapitel
> "Core Debug". Mit anderen Worten, natürlich kann das in Konflikt mit dem
> Debugger geraten.

Das war mir schon fast klar. Wäre es denn auch ein Problem, wenn ich den 
nur lesend verwende? Ihn also nicht zurücksetze. Dann habe ich zwar ein 
Übelaufproblem (evtl.) aber auch nicht wirklich oft. Den Systick 
verwende ich nicht, wäre aber ggf. auch ne Möglichkeit.

[Nop (Gast)]

Noch ein Tip, dese Zeile hier:
volatile uint32_t cycles = (SystemCoreClock/1000000L)*us;

Da hast Du eine Division drin. Die würde ich aus dieser Routine 
rauslagern. Bau Dir eine Variable SystemCoreClock_Div_1e6 oder so, die 
Du immer dann updatest, wenn Du die Taktfrequenz des Systems verstellst.

Abgesehen davon ist es relativ sinnfrei, funktions-lokale Variablen als 
volatile zu deklarieren.

[Nop (Gast)]

Chris J. schrieb:

> Das war mir schon fast klar. Wäre es denn auch ein Problem, wenn ich den
> nur lesend verwende?

Falls der Debugger den nicht auch noch schreibend verwendet. Sonst gehst 
Du in Dein Delay rein in gutem Glauben, der Debugger spielt damit 
schreibend herum, und heraus kommt irgendein Delay.

> Den Systick verwende ich nicht, wäre aber ggf. auch ne Möglichkeit.

Nicht im Mikrosekunden-Bereich, dann ist die CPU nur noch mit Systick 
beschäftigt. Den kannst Du für Delays im Bereich von Millisekunden 
nehmen, also per Softwaretimer.

[Nop (Gast)]

Ach ja, und in der Delay-Routine sollte das Allererste sein, das 
Cyclecount-Register auf 0 zu setzen. Alles andere erst danach, weil dann 
der Overhead bereits sauber im Delay beinhaltet wird.

[Chris J. (Gast)]

Nop schrieb:
> Ach ja, und in der Delay-Routine sollte das Allererste sein, das
> Cyclecount-Register auf 0 zu setzen.

Genau das erzeugt ja die Probleme ;-) Daher lasse ich das sein. Den Rest 
arbeite ich mal ein, vor allem die Division raus, einfach nur 2 Zeilen 
höher setzen und fertig, da die Taktfrequenz nie verändert wird. Ich 
benutze sleep zum Heia machen, damit er sich nicht "überhitzt" ;-)