I2C controller basics in VHDL - Time & Space Complexity
When working with an I2C controller in VHDL, it is important to understand how the time to complete operations grows as the data size or clock cycles increase.
We want to know how the controller's execution time changes as it processes more bits or commands.
Analyze the time complexity of the following VHDL process that sends a byte over I2C.
process(clk)
variable bit_count : integer := 0;
begin
if rising_edge(clk) then
if bit_count < 8 then
sda <= data(7 - bit_count);
bit_count := bit_count + 1;
end if;
end if;
end process;
This code sends one bit of data per clock cycle until all 8 bits are sent.
Look for repeated actions that take time.
- Primary operation: Sending one bit per clock cycle inside the process loop.
- How many times: 8 times, once for each bit in the byte.
As the number of bits to send increases, the total clock cycles needed increase linearly.
| Input Size (bits) | Approx. Clock Cycles |
|---|---|
| 8 | 8 |
| 16 | 16 |
| 32 | 32 |
Pattern observation: Doubling the bits doubles the time needed to send them.
Time Complexity: O(n)
This means the time to send data grows directly in proportion to the number of bits.
[X] Wrong: "The I2C controller sends all bits instantly in one clock cycle."
[OK] Correct: Each bit requires its own clock cycle to be sent, so time grows with the number of bits.
Understanding how hardware controllers like I2C handle data bit by bit helps you reason about timing and performance in real embedded systems.
"What if the controller sent two bits per clock cycle? How would the time complexity change?"
Practice
Solution
Step 1: Understand I2C communication basics
I2C uses two wires: one for clock (SCL) and one for data (SDA).Step 2: Identify signals controlled by the controller
The I2C controller manages these two lines to send and receive data.Final Answer:
SCL (clock) and SDA (data) -> Option DQuick Check:
I2C signals = SCL and SDA [OK]
- Confusing I2C signals with SPI signals
- Thinking TX/RX are used in I2C
- Mixing up clock and reset signals
Solution
Step 1: Recall VHDL signal directions
Output signals are declared with the keyword 'out'.Step 2: Match SDA line direction
SDA is controlled by the I2C controller to send data, so it must be 'out'.Final Answer:
signal SDA : out std_logic; -> Option AQuick Check:
Output signal = 'out' [OK]
- Using 'in' instead of 'out' for output signals
- Confusing 'buffer' and 'out' keywords
- Using 'inout' when only output is needed
process(clk)
begin
if rising_edge(clk) then
SDA <= '1';
SCL <= '1';
SDA <= '0'; -- start condition
end if;
end process;Solution
Step 1: Analyze signal assignments in process
Within the same clock edge, SDA is first set to '1', then immediately to '0'.Step 2: Understand signal assignment behavior in VHDL
Last assignment in the process overrides previous ones, so SDA becomes '0'.Final Answer:
'0' -> Option BQuick Check:
Last assignment wins = '0' [OK]
- Assuming first assignment sticks
- Thinking multiple assignments cause error
- Ignoring VHDL signal update rules
process(clk)
begin
if rising_edge(clk) then
SDA <= '0';
SCL <= '1';
SDA <= '1'; -- stop condition
end if;
end process;Solution
Step 1: Review SDA assignments in the process
SDA is assigned '0' then '1' in the same clock cycle.Step 2: Understand VHDL signal assignment rules
Multiple assignments to the same signal in one clock can cause unexpected behavior or synthesis issues.Final Answer:
Multiple assignments to SDA in one clock cause conflict -> Option CQuick Check:
Multiple assignments = conflict [OK]
- Ignoring multiple assignments problem
- Confusing start and stop condition logic
- Assuming code runs without synthesis warnings
Solution
Step 1: Recall I2C start and stop conditions
Start condition: SDA falls from high to low while SCL is high. Stop condition: SDA rises from low to high while SCL is high.Step 2: Understand data transmission timing
Data bits are sent on SDA line while toggling SCL clock line to synchronize bits.Step 3: Match sequence to options
SDA goes from high to low while SCL is high (start), then data bits sent on SDA with SCL toggling, then SDA goes low to high while SCL is high (stop) correctly describes the start, data, and stop signal changes.Final Answer:
Start: SDA high to low while SCL high, data sent with SCL toggling, stop: SDA low to high while SCL high -> Option AQuick Check:
Start/stop conditions require SDA change while SCL high [OK]
- Changing SDA when SCL is low for start/stop
- Not toggling SCL during data bits
- Confusing start and stop signal directions
Ready to prove it?
Pass the test and this pattern moves unknown
