process (a, b, op) -- a and b are n bits input en op is the op-code
case op is
when "011" => -- add a + b + c (with c as carry)
y <= ('0' & a) + ('0' & b) + c; -- y is the N-bit output
...
end process;
process (clk)
if (clk'event and clk = '1') then
if (op = "011" and (to_integer(a)+to_integer(b)+to_integer(c)) > (2**N)) then --basically I'm testing if there is an overflow during the calculation
c <= '1';
elsif (op = "011" and (to_integer(a)+to_integer(b)+to_integer(c)) < ((2**N)+1))
c <= '0';
...
end process;
我不确定代码是否可以在这里工作,因为我没有定义信号类型,但基本上它可以归结为我上面写的内容。 问题在于,当我使用适当的测试平台模拟 VHDL 时,它应该可以正常工作,但是当我综合此代码并使用相同的测试平台模拟合成的代码时,它无法正常工作,因为不知何故第一个过程是即使 a、b 或 op 没有改变,也会再次重复。因此,当和的结果有进位时,即使 a、b 或 op 没有改变,也会用这个新进位再次计算,结果也会加 1!
后来我发现这篇文章说
敏感性列表被编译器“忽略”了如何认为他比你更了解程序并制定了自己的敏感性列表。如果这是真的,我猜编译器会在第一个进程的敏感度列表中添加 clk,以便在 op =“011”时在每个 clk 周期上运行计算。
我的问题来了:我该怎么办才能解决这个问题,以便计算运行一次并在计算后改变进位?亲切的问候
carry_in
和
carry_out
。这将消除很多混乱。
subtype opcode_type is std_logic_vector(2 downto 0);
constant ADC: opcode_type := "011"; -- ADC: add with carry
(carry_out, y) <= ('0' & a) + ('0' & b) + carry_in;
process (all)
case op is
when ADC => -- add a + b + c (with c as carry)
(carry_out, y) <= ('0' & a) + ('0' & b) + carry_in;
...
end process;
process (clk)
if rising_edge(clk) then
carry_flag <= carry_out;
...
end process;