Why Series - Embedded Systems

 Understanding Embedded Systems by Asking the Most Important Question: Why?

Instead of only learning implementation steps, this series focuses on the reasoning behind design choices in microcontrollers, firmware, and embedded architectures.

By asking why, we move beyond memorizing concepts and begin to understand the principles that shape embedded systems. This approach helps engineers build stronger intuition, design better systems, and retain knowledge for the long term.

Each post in this series will break down a common concept in embedded systems and explore the logic behind it in a simple and practical way.

If you are learning embedded systems or working with microcontrollers, this series is designed to help you see the deeper layer behind the technology.

Explore the Why Series

  1. Why RISC is ideal for embedded systems?
  2. Why Microcontrollers use Harvard architecture?
  3. Why most modern microcontrollers are 32-bit?
  4. Why interrupt are better than polling?
  5. Why do hardware timers run independently of the CPU?
  6. Why Do Microcontrollers Start with an Internal Oscillator?
  7. Why oversampling is used in UART's?
  8. Why do MCU's use memory maped IO?
  9. Why do CPU use registers instead of accessing memory ?
  10. Why can't large constant fit inside CPU instructions?
  11. Why do ARM keeps PC ahead?
  12. Why CPU operates on registers instead of memory?
  13. Why do MCUs have vector table?
  14. Why RAM access is slower than CPU registers in ARM Micronctrollers?
  15. Why ARM Microcontrollers have MSP first and Reset handler second in the vector table?



Vijayanandhini M

Comments

Post a Comment

Thanks for reading through the Embedded Systems World.
Feel free to ask questions or share your thoughts on the topic.

Popular posts from this blog

Why Do Microcontrollers Start with an Internal Oscillator?

Why Does a Microcontroller Start With an Internal Oscillator? When a microcontroller powers on, it needs one thing before it can execute even its first instruction: A clock. Most microcontrollers initially run from an internal oscillator. But if an external crystal is more accurate, why doesn't the microcontroller simply start with it? The answer comes down to startup speed, reliability, and initialization sequence. 1️⃣ Fast Startup Internal RC oscillators can become usable very quickly. External crystals need additional time for their oscillations to build and stabilize. Instead of waiting, the MCU can start executing firmware using its internal clock. Power ON → Internal Oscillator → CPU Starts Executing Meanwhile, the external clock source can be initialized and allowed to stabilize. 2️⃣ Guaranteed Availability The internal oscillator is built into the microcontroller. An external crystal depends on components outside the MCU, such as: • Crystal or resonator • Load capacitors • ...
Read more

Why Are Interrupts Better Than Polling?

Image
In embedded systems, peripherals constantly generate events. A UART receives a byte. A timer expires. A GPIO pin changes state. An ADC conversion completes. The processor needs to respond to these events. There are two common approaches: Polling Interrupts At first, polling looks simple. But interrupts usually provide a more efficient way for the CPU to respond to asynchronous events. What Is Polling? In polling, the CPU repeatedly checks whether an event has occurred. For example: while (1) { if (UART_RX_READY) { read_uart_data(); } } The processor keeps asking the UART: "Did data arrive?" If no data has arrived, the CPU checks again. And again. And again. Imagine UART data arrives only once every 100 ms. During those 100 ms, the CPU may check the same status flag thousands of times even though nothing has happened. That CPU time could have been used for something else. What Changes With Interrupts? With interrupt...
Read more

Why Does the Stack Usually Grow Downward?

Image
When debugging nested function calls, you may notice the Stack Pointer moving toward lower memory addresses as the call depth increases. For example: SP = 0x20001000 PUSH {R4} SP = 0x20000FFC But why does this happen? Is a downward-growing stack inherently better, or is it simply an architectural convention? 1. The Stack Does Not Have to Grow Downward A processor can support either: Descending stack: SP decreases as data is pushed. or: Ascending stack: SP increases as data is pushed. Both approaches can work efficiently. So the real question is: Why did descending stacks become so common? 2. It Fits Traditional Memory Layouts Well A simplified memory layout often looks like this: High Address +------------------+ | Stack | | ↓ | | | | Free RAM | | | | ↑ | | Heap | +------------------+ Low Address The stack can begin near the upper end of available memory and grow toward lower addr...
Read more