Printf debugging over UART in Embedded C - Time & Space Complexity
When using printf debugging over UART, it's important to know how the time to send messages grows as you print more data.
We want to understand how the program's running time changes when printing more debug messages.
Analyze the time complexity of the following code snippet.
void debug_print(const char* messages[], int count) {
for (int i = 0; i < count; i++) {
printf("%s\n", messages[i]);
}
}
This code sends multiple debug messages over UART by printing each string one by one.
Identify the loops, recursion, array traversals that repeat.
- Primary operation: The for-loop that calls printf for each message.
- How many times: Exactly once per message, so 'count' times.
As you increase the number of messages, the total time grows roughly in direct proportion.
| Input Size (n) | Approx. Operations |
|---|---|
| 10 | 10 printf calls |
| 100 | 100 printf calls |
| 1000 | 1000 printf calls |
Pattern observation: Doubling the number of messages doubles the total time spent printing.
Time Complexity: O(n)
This means the time to print grows linearly with the number of debug messages sent.
[X] Wrong: "Printing multiple messages takes the same time as printing one message."
[OK] Correct: Each printf call sends data over UART, which takes time. More messages mean more calls and more time.
Understanding how loops and I/O operations affect running time helps you explain performance in embedded systems clearly and confidently.
"What if we buffered all messages and sent them in one printf call? How would the time complexity change?"
Practice
printf debugging over UART in embedded C?Solution
Step 1: Understand UART communication
UART allows serial communication between the embedded device and external devices like a PC.Step 2: Role of printf debugging
Using printf over UART sends text messages to the PC for debugging and monitoring program behavior.Final Answer:
To send debug messages from the embedded device to a computer or terminal -> Option CQuick Check:
UART + printf = debug messages [OK]
- Thinking printf speeds up the device
- Confusing UART with memory storage
- Assuming printf controls hardware pins
printf output to UART in embedded C?Solution
Step 1: Understand printf redirection
Standard printf sends output to stdout, which must be redirected to UART by implementing a low-level write function.Step 2: Custom _write function role
Implementing_writesends each character to UART transmit, enabling printf output over UART.Final Answer:
Implement a custom_writefunction that sends characters via UART -> Option DQuick Check:
Redirect printf by custom _write [OK]
- Calling printf without UART setup
- Using scanf instead of printf for output
- Trying to enable printf by GPIO pin
void UART_SendChar(char c);
int _write(int file, char *ptr, int len) {
for (int i = 0; i < len; i++) {
UART_SendChar(ptr[i]);
}
return len;
}
int main() {
printf("Temp: %d C\n", 25);
return 0;
}Solution
Step 1: Understand _write function
The _write function sends each character of the printf string to UART_SendChar, which transmits it over UART.Step 2: Analyze printf output
printf formats the string "Temp: 25 C\n" and _write sends it character by character.Final Answer:
Temp: 25 C\n -> Option AQuick Check:
Formatted printf string sent via UART [OK]
- Thinking %d prints literally
- Ignoring newline character
- Assuming UART_SendChar undefined means no output
void UART_SendChar(char c) {
while (!(UART->SR & UART_SR_TXE));
UART->DR = c;
}
int _write(int file, char *ptr, int len) {
for (int i = 0; i < len; i++) {
UART_SendChar(ptr[i]);
}
return len;
}
int main() {
printf("Hello UART\n");
return 0;
}Solution
Step 1: Check UART_SendChar function
UART_SendChar waits for TXE flag and writes data, so it is correct.Step 2: Check UART initialization
The code does not show UART initialization, which is required before sending data.Final Answer:
UART peripheral is not initialized before use -> Option AQuick Check:
Missing UART init causes no transmission [OK]
- Ignoring UART initialization step
- Thinking TXE flag wait is missing
- Believing _write return value is incorrect
Solution
Step 1: Choose correct format specifier
%d prints signed integers including zero and negatives correctly, unlike %u (unsigned) or %x (hex).Step 2: Ensure UART setup
UART must be initialized and printf output redirected via _write to UART for messages to appear on terminal.Final Answer:
Use%din printf and ensure UART is initialized and_writeredirects output -> Option BQuick Check:
Signed int format + UART init + _write = correct debug [OK]
- Using %u which can't show negatives
- Skipping UART initialization
- Sending data to GPIO instead of UART
Ready to prove it?
Pass the test and this pattern moves unknown
