<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Power Architecture for Embedded Projects on Embedded Systems Development</title><link>https://applied-ee.github.io/embedded/docs/foundations/power-architecture/</link><description>Recent content in Power Architecture for Embedded Projects on Embedded Systems Development</description><generator>Hugo</generator><language>en-us</language><atom:link href="https://applied-ee.github.io/embedded/docs/foundations/power-architecture/index.xml" rel="self" type="application/rss+xml"/><item><title>Regulators — LDO vs Switching</title><link>https://applied-ee.github.io/embedded/docs/foundations/power-architecture/regulators-ldo-vs-switching/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://applied-ee.github.io/embedded/docs/foundations/power-architecture/regulators-ldo-vs-switching/</guid><description>&lt;h1 id="regulators--ldo-vs-switching"&gt;Regulators — LDO vs Switching&lt;a class="anchor" href="#regulators--ldo-vs-switching"&gt;#&lt;/a&gt;&lt;/h1&gt;
&lt;p&gt;Every embedded system needs at least one voltage regulator to convert a supply rail into the clean, stable voltage the MCU and its peripherals require. The two fundamental topologies — linear (LDO) and switching — differ in efficiency, noise, size, and cost. Choosing the wrong one wastes power, introduces noise into sensitive circuits, or generates more heat than the board can dissipate.&lt;/p&gt;
&lt;h2 id="ldo-fundamentals"&gt;LDO Fundamentals&lt;a class="anchor" href="#ldo-fundamentals"&gt;#&lt;/a&gt;&lt;/h2&gt;
&lt;p&gt;A low-dropout regulator (LDO) works by burning excess voltage as heat. The power dissipated is straightforward: P = (Vin - Vout) * Iload. Converting 5V to 3.3V at 200mA dissipates (5 - 3.3) * 0.2 = 340mW — manageable in a SOT-223 package. Converting 12V to 3.3V at the same current dissipates 1.74W, which exceeds most small-package thermal limits without a copper pour or heatsink.&lt;/p&gt;</description></item><item><title>Decoupling &amp; Bypass Capacitors</title><link>https://applied-ee.github.io/embedded/docs/foundations/power-architecture/decoupling-and-bypass/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://applied-ee.github.io/embedded/docs/foundations/power-architecture/decoupling-and-bypass/</guid><description>&lt;h1 id="decoupling--bypass-capacitors"&gt;Decoupling &amp;amp; Bypass Capacitors&lt;a class="anchor" href="#decoupling--bypass-capacitors"&gt;#&lt;/a&gt;&lt;/h1&gt;
&lt;p&gt;Every digital IC draws short, sharp bursts of current on each clock edge as internal transistors switch. These transient demands — often lasting only nanoseconds — cannot be met by a distant voltage regulator through long PCB traces. Decoupling capacitors, placed immediately next to the power pins, act as local charge reservoirs that supply current during these transients and prevent the supply voltage from drooping below the IC&amp;rsquo;s minimum operating level.&lt;/p&gt;</description></item><item><title>Power Sequencing &amp; Reset Circuits</title><link>https://applied-ee.github.io/embedded/docs/foundations/power-architecture/power-sequencing/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://applied-ee.github.io/embedded/docs/foundations/power-architecture/power-sequencing/</guid><description>&lt;h1 id="power-sequencing--reset-circuits"&gt;Power Sequencing &amp;amp; Reset Circuits&lt;a class="anchor" href="#power-sequencing--reset-circuits"&gt;#&lt;/a&gt;&lt;/h1&gt;
&lt;p&gt;When a board has multiple voltage rails — a common scenario with modern MCUs that require separate core, I/O, and analog supplies — the order and timing of those rails coming up determines whether the system starts cleanly or enters an undefined state. Incorrect sequencing can cause latch-up (a potentially destructive parasitic SCR condition), excessive current draw during startup, or peripheral buses that lock up before firmware even begins executing.&lt;/p&gt;</description></item><item><title>Estimating Power Budgets</title><link>https://applied-ee.github.io/embedded/docs/foundations/power-architecture/power-budgets/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://applied-ee.github.io/embedded/docs/foundations/power-architecture/power-budgets/</guid><description>&lt;h1 id="estimating-power-budgets"&gt;Estimating Power Budgets&lt;a class="anchor" href="#estimating-power-budgets"&gt;#&lt;/a&gt;&lt;/h1&gt;
&lt;p&gt;A power budget accounts for every source of current draw in a system, across all operating modes, and compares the total against what the supply can deliver and what the thermal design can dissipate. Skipping this step leads to regulators that overheat, batteries that die in hours instead of days, and intermittent brownouts that masquerade as firmware bugs. The budget should be a living document — started at schematic time and revised as bench measurements replace datasheet estimates.&lt;/p&gt;</description></item></channel></rss>