Bird
Raised Fist0
Embedded Cprogramming~5 mins

Memory-to-peripheral transfer in Embedded C - Time & Space Complexity

Choose your learning style10 modes available
Time Complexity: Memory-to-peripheral transfer
O(n)
Understanding Time Complexity

When transferring data from memory to a peripheral device, it is important to understand how the time taken grows as the amount of data increases.

We want to know how the number of operations changes when we send more data.

Scenario Under Consideration

Analyze the time complexity of the following code snippet.


void transfer_data(uint8_t *memory, volatile uint8_t *peripheral, int size) {
    for (int i = 0; i < size; i++) {
        peripheral[i] = memory[i];
    }
}
    

This code copies data byte-by-byte from a memory array to a peripheral device buffer.

Identify Repeating Operations

Identify the loops, recursion, array traversals that repeat.

  • Primary operation: The for-loop that copies each byte from memory to peripheral.
  • How many times: The loop runs exactly size times, once for each byte.
How Execution Grows With Input

As the amount of data to transfer grows, the number of copy operations grows in the same way.

Input Size (n)Approx. Operations
1010 copy operations
100100 copy operations
10001000 copy operations

Pattern observation: The number of operations grows directly with the input size; doubling the data doubles the work.

Final Time Complexity

Time Complexity: O(n)

This means the time to transfer data grows linearly with the amount of data.

Common Mistake

[X] Wrong: "The transfer time stays the same no matter how much data we send."

[OK] Correct: Each byte must be copied individually, so more data means more time.

Interview Connect

Understanding how data transfer time grows helps you explain performance in embedded systems clearly and confidently.

Self-Check

"What if we used DMA (Direct Memory Access) instead of a loop? How would the time complexity change?"

Practice

(1/5)
1. What is the main purpose of memory-to-peripheral transfer in embedded systems?
easy
A. To increase the CPU speed during data processing
B. To copy data from one memory location to another memory location
C. To transfer data from a peripheral device back to memory
D. To move data from memory to a device without using the CPU heavily

Solution

  1. Step 1: Understand the role of memory-to-peripheral transfer

    This transfer moves data from memory directly to a peripheral device, reducing CPU involvement.
  2. Step 2: Compare options with this understanding

    Only To move data from memory to a device without using the CPU heavily correctly describes this purpose; others describe different operations or unrelated concepts.
  3. Final Answer:

    To move data from memory to a device without using the CPU heavily -> Option D
  4. Quick Check:

    Memory-to-peripheral transfer reduces CPU load = A [OK]
Hint: Memory-to-peripheral means memory to device, not memory to memory [OK]
Common Mistakes:
  • Confusing memory-to-peripheral with peripheral-to-memory transfer
  • Thinking it increases CPU speed
  • Assuming it copies memory internally
2. Which of the following is the correct way to enable memory increment mode in a DMA configuration in embedded C?
easy
A. DMA->CCR &= ~DMA_CCR_MINC;
B. DMA->CCR |= DMA_CCR_MINC;
C. DMA->CCR = DMA_CCR_MINC;
D. DMA->CCR ^= DMA_CCR_MINC;

Solution

  1. Step 1: Understand enabling a bit in a register

    To enable memory increment, set the MINC bit using bitwise OR (|=) to keep other bits unchanged.
  2. Step 2: Analyze each option

    DMA->CCR |= DMA_CCR_MINC; uses |= which sets the bit correctly. DMA->CCR &= ~DMA_CCR_MINC; clears the bit, C overwrites all bits, D toggles the bit which is unsafe here.
  3. Final Answer:

    DMA->CCR |= DMA_CCR_MINC; -> Option B
  4. Quick Check:

    Enable bit with |= operator = A [OK]
Hint: Use |= to set bits without changing others [OK]
Common Mistakes:
  • Using &= ~ to enable bits (actually disables)
  • Assigning directly which clears other bits
  • Using ^= which toggles bits unpredictably
3. Given the following code snippet configuring a DMA transfer, what will be the value of the peripheral data register after the transfer completes?
uint16_t data[3] = {10, 20, 30};
DMA->CCR = DMA_CCR_MINC | DMA_CCR_DIR;
DMA->CNDTR = 3;
DMA->CPAR = (uint32_t)&PERIPH->DR;
DMA->CMAR = (uint32_t)data;
// DMA transfer starts and completes
medium
A. 30
B. 10
C. 20
D. 0

Solution

  1. Step 1: Understand memory increment and transfer count

    Memory increment is enabled, so DMA reads data[0], data[1], data[2] sequentially, transferring 3 items.
  2. Step 2: Determine final peripheral register value

    Each transfer writes to peripheral register. After last transfer, peripheral data register holds last value transferred: data[2] = 30.
  3. Final Answer:

    30 -> Option A
  4. Quick Check:

    Last transferred value = 30 [OK]
Hint: Peripheral register ends with last memory value sent [OK]
Common Mistakes:
  • Assuming peripheral holds first or middle value
  • Ignoring memory increment effect
  • Confusing transfer count with data index
4. Identify the error in this DMA memory-to-peripheral transfer setup:
DMA->CCR = DMA_CCR_DIR;
DMA->CNDTR = 5;
DMA->CPAR = (uint32_t)&PERIPH->DR;
DMA->CMAR = (uint32_t)data_array;
// Start DMA transfer
medium
A. Memory increment mode is not enabled, so only first data is sent repeatedly
B. Peripheral address is incorrect, should point to memory
C. Transfer count is set too high causing overflow
D. DMA direction bit is cleared, so transfer is peripheral to memory

Solution

  1. Step 1: Check memory increment setting

    DMA_CCR_MINC bit is missing, so memory address does not increment during transfer.
  2. Step 2: Understand effect of missing memory increment

    Without memory increment, DMA sends the same memory location repeatedly to peripheral, not the full array.
  3. Final Answer:

    Memory increment mode is not enabled, so only first data is sent repeatedly -> Option A
  4. Quick Check:

    Missing MINC bit causes repeated data = D [OK]
Hint: Always enable memory increment for multiple data items [OK]
Common Mistakes:
  • Assuming peripheral address should point to memory
  • Thinking transfer count causes overflow here
  • Misreading direction bit status
5. You want to transfer a block of 4 bytes from memory to a UART peripheral using DMA. The memory buffer is at address 0x20001000 and the UART data register is at 0x40013804. Which DMA configuration correctly sets the source, destination, and enables memory increment for this transfer?
Options:
A) DMA->CMAR = 0x20001000; DMA->CPAR = 0x40013804; DMA->CCR = DMA_CCR_MINC | DMA_CCR_DIR;
B) DMA->CPAR = 0x20001000; DMA->CMAR = 0x40013804; DMA->CCR = DMA_CCR_MINC;
C) DMA->CPAR = 0x40013804; DMA->CMAR = 0x20001000; DMA->CCR = DMA_CCR_MINC | DMA_CCR_DIR;
D) DMA->CMAR = 0x40013804; DMA->CPAR = 0x20001000; DMA->CCR = DMA_CCR_DIR;
hard
A. DMA->CPAR = 0x40013804; DMA->CMAR = 0x20001000; DMA->CCR = DMA_CCR_MINC | DMA_CCR_DIR;
B. DMA->CPAR = 0x20001000; DMA->CMAR = 0x40013804; DMA->CCR = DMA_CCR_MINC;
C. DMA->CMAR = 0x20001000; DMA->CPAR = 0x40013804; DMA->CCR = DMA_CCR_MINC | DMA_CCR_DIR;
D. DMA->CMAR = 0x40013804; DMA->CPAR = 0x20001000; DMA->CCR = DMA_CCR_DIR;

Solution

  1. Step 1: Identify source and destination addresses

    Memory buffer is source (CMAR), peripheral register is destination (CPAR).
  2. Step 2: Check DMA direction and memory increment

    DMA_CCR_DIR set means memory-to-peripheral transfer; DMA_CCR_MINC enables memory address increment.
  3. Step 3: Match correct option

    DMA->CMAR = 0x20001000; DMA->CPAR = 0x40013804; DMA->CCR = DMA_CCR_MINC | DMA_CCR_DIR; correctly assigns CMAR to memory, CPAR to peripheral, and sets both DIR and MINC bits.
  4. Final Answer:

    DMA->CMAR = 0x20001000; DMA->CPAR = 0x40013804; DMA->CCR = DMA_CCR_MINC | DMA_CCR_DIR; -> Option C
  5. Quick Check:

    Memory in CMAR, peripheral in CPAR, DIR and MINC set = A [OK]
Hint: Peripheral address in CPAR, memory in CMAR, set DIR and MINC bits [OK]
Common Mistakes:
  • Swapping source and destination addresses
  • Forgetting to set memory increment bit
  • Not setting direction bit for memory-to-peripheral
Recommended

Ready to prove it?

Pass the test and this pattern moves unknown strong while earning +1 Grip toward your certificate.

10 questions~5 mineasy hard