The control unit interprets instructions and generates control signals for the datapath. In hardwired control, a decoder produces signals directly from instruction bits. In microprogrammed control, a ROM stores microcode sequences that output control signals over multiple cycles. The choice involves trade-offs: hardwired is fast but complex to modify; microprogrammed is flexible but slower.
From your study of instruction decoding and hardwired versus microprogrammed control, you understand that each machine instruction must be broken down into a sequence of low-level operations — selecting registers, enabling the ALU, routing data onto buses, writing results. The control unit is the component that orchestrates this entire process. If the datapath is the body of the processor — the registers, ALU, and interconnections that physically move and transform data — then the control unit is the brain that tells each part what to do and when.
In a hardwired control unit, the instruction's opcode bits feed directly into combinational logic (decoders, multiplexers, and gate networks) that produces the correct control signals for each clock cycle. For example, an ADD instruction might assert "read register A," "read register B," "ALU operation = add," and "write result to register C" all in one cycle. The logic is physically wired to produce exactly these signals when it sees the ADD opcode. This approach is fast because signals propagate through gates at hardware speed with no intermediate lookups. However, the complexity grows rapidly as the instruction set expands — adding a new instruction may require redesigning the entire logic network, and verifying correctness becomes difficult.
Microprogrammed control takes a fundamentally different approach. Instead of hard-wiring the logic, the designer stores the control signal patterns in a small, fast ROM called the control store. Each instruction maps to a starting address in this ROM, and the control unit steps through a sequence of microinstructions — each one specifying which control signals to assert during that clock cycle. Think of it as a tiny program that runs inside the processor to execute each machine instruction. Adding a new instruction is as simple as writing a new microprogram sequence into the ROM. This flexibility made microprogramming dominant during the era of complex instruction sets (CISC), where instructions could take many cycles and varied widely in behavior.
The design choice between these two approaches reflects a classic engineering tradeoff. Modern RISC processors favor hardwired control because their instructions are simple and uniform — each executes in a predictable number of cycles, making the control logic manageable. CISC processors like x86 historically used microcode to handle their large, irregular instruction sets, and modern x86 chips still use a microcode layer internally to translate complex instructions into simpler micro-operations. Understanding this tradeoff prepares you for pipeline hazard detection, where the control unit must not only generate the right signals but also detect conflicts between instructions and insert stalls or forwarding — extending the control unit's role from simple orchestration to active conflict resolution.