Velocity Reviews - Computer Hardware Reviews

Velocity Reviews > Newsgroups > Programming > VHDL > one hot machine without elsif

Thread Tools

one hot machine without elsif

Posts: n/a
On Feb 18, 5:28*pm, "Brad Smallridge" <(E-Mail Removed)>
> > I agree with Tricky.
> > Unless you rewrite the code using an enumeration,
> > there are no pretty options.
> > * * * -- Mike Treseler

> I am not sure what I gain from enumeration.

Enumeration will imply mutually exclusivity, in your original post you
said "although I can be very sure that the states are mutually
exclusive by design"...'very sure' is not really the same thing. You
may already be aware (but in case you're not), the individual cases do
not have to represent the actions of a single enumeration. As an
case xyz is
when This | That => -- Do things when 'This' or 'That'
when Some_Other_Thing => -- Do when 'Some_Other_Thing'
end case;

> I'm not happy with VHDL for not having a easy
> method for turning off these logic chains. And
> case is only good for single signals.

In order to express logic that you can be "very sure that the states
are mutually exclusive by design" but the case statement doesn't quite
do it for you, the other method is to express it in a sum of products

From your original post...
if state(33 to 36)>0 then
elsif state(37)>0 then

If you know for darn sure that the two conditions being tested are
mutually exclusive, then you can express this as
mem_out <= To_Std_Logic(state(33 to 36)>0) and a
or To_Std_Logic(state(37)>0) and b;

I've taken some liberties here just to clarify the point. First
'To_Std_Logic' would be a function that simply converts a boolean to a
std_logic signal. Second, as written here 'a' and 'b' would be
std_logic although I know you're probably more interested in vector
types. But you can also override the 'and' function with one of the

function "and" (L: std_logic; R: std_logic_vector) return

Or, if you don't want to override "and" you could create another
function that takes in a std_logic and a vector, zeroing out or
passing through the bits based on the value of the std_logic

The basic idea I'm trying to get across is that structuring your
equations in the sum of products form allows for arbitrarily complex
conditions to be evaluated and applied and does not create any
priority encoding logic of any sort. If the conditions you specify do
not happen to actually be mutually exclusive (i.e. 'very sure' was
wrong) all that happens is that two of the 'or' terms fire (which of
course will likely corrupt the output) but that's because you erred in
assuming that things were mutually exclusive when they really were

> I think I'll take this to the FPGA group who
> may be more sensitive to synthesis issues.

I think you'll get better answers here myself.

Kevin Jennings
Reply With Quote

Thread Tools

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are Off

Similar Threads
Thread Thread Starter Forum Replies Last Post
writing if statement in one line with elsif condition Luiz Vitor Martinez Cardoso Ruby 9 08-17-2008 10:31 PM
one hot< two hot in FSM encoding mobi999 VHDL 0 06-09-2007 12:59 AM
if/elsif problem karlwijk VHDL 3 04-18-2007 05:52 AM
Ginerics mixed with if elsif else michaelb VHDL 0 09-30-2006 09:15 PM
Avoiding if..elsif statements unexpected Python 11 08-27-2006 12:58 PM