HOW TO IMPLEMENT DEALY IN CODING

It is a Infineon SAB 80C517 with a ARM core.

will you send me code for delay chain.

It is a Infineon SAB 80C517 with a ARM core.

will you send me code for delay chain.

I can provide a solution for a Cortex-M3 architecture but you only said ARM (generic)

Function init_delay() enables internal Cortex-M3 to count processor cycles
Function delay() waits for the desired processor cycles

#include <RTL.h>

volatile U32 *DWT_CTRL    = (U32 *) 0xE0001000;         // Data Watchpoint and Trace counter register Control Register
volatile U32 *DWT_CYCCNT  = (U32 *) 0xE0001004;         // Data Watchpoint and Trace counter register Cycle Count Register
volatile U32 *SCB_DEMCR   = (U32 *) 0xE000EDFC;         // address of the register


#define TRCENA                          (1<<24)

void init_delay(void)
 {
  *SCB_DEMCR = *SCB_DEMCR | TRCENA;
  *DWT_CTRL = *DWT_CTRL | 1;
 }

void delay(U32 cycles)
 {
  U32 tmp = *DWT_CYCCNT + cycles;

  while(*DWT_CYCCNT < cycles) {}
 }

Correction:

void delay(U32 cycles)
 {
  U32 tmp = *DWT_CYCCNT + cycles;

  while(tmp < cycles) {}
 }

My bad, correction again:

Correction:

void delay(U32 cycles)
 {
  U32 tmp = *DWT_CYCCNT + cycles;

  while(*DWT_CYCCNT < tmp) {}
 }

"It is a Infineon SAB 80C517 with a ARM core."

It seems the 80C517 has been suddenly quite modernized. For a good many years, it had a 8051 core...

Don't you think you need even further corrections than the following?

void delay(U32 cycles)
 {
  U32 tmp = *DWT_CYCCNT + cycles;

  while(*DWT_CYCCNT < tmp) {}
 }

What if DWT_CYCCNT + cycles overflows, resulting in tmp being set to a value less than DWT_CYCCNT? How long will your delay become then?

That is of course if DWT_CYCCNT has the same numeric range as your U32. If it has less range, then tmp can be set to a value that is larger than DWT_CYCCNT can ever reach, which can cause an infinite delay.

It doesn't hurt to make a full analysis of written code, to check all boundary cases, and figure out if the code can always be trusted or if there might be situations not covered.

"What if DWT_CYCCNT + cycles overflows, resulting in tmp being set to a value less than DWT_CYCCNT? How long will your delay become then?"

You can reset the register at first

But if the register is reset, then it can't be used by other parts of the code that might need to measure time. It's quite common to busy-loop short delays, but using a free-running timer and potentially a timer interrupt to keep track of longer delays or for measuring the time between two events.

Isn't it much better to rewrite the code so it doesn't matter if DWT_CYCCNT overflows during the delay?