vending machine

K

kart

Guest
hi guys i just want to know the concept of the vending machine with
threee inputs and five outputs . pls help me out inthis problem.
 
kart wrote:
hi guys i just want to know the concept of the vending machine with
threee inputs and five outputs . pls help me out inthis problem.
Here's a hint.
A prof who still uses this
problem hasn't updated his
notes it 10 years. Drop the
class, get a simulator
and learn vhdl on your own.

-- Mike Treseler
 
hi guys i just want to know the concept of the vending machine with
threee inputs and five outputs . pls help me out inthis problem.
input = three bills
output = five candy bars

QED!
 
anyway i have to submit this in order to get thro my class
 
kart a écrit:
anyway i have to submit this in order to get thro my class
One of the rules that apply here is: Don't count on anyone to do your
homework for you.
That's not the way you'll manage to go through your classes.
 
kart wrote:
hi guys i just want to know the concept of the vending machine with
threee inputs and five outputs . pls help me out inthis problem.
I'll join in the game of "pile on the ignorant student."

OK, so you asked us for help solving a problem, but you haven't given
us any helpful supportive information. "Vending machine with threee
inputs and five outputs" is such an ambigious specification that pretty
much any bit of code will meet.

Is that the specification given to you by your professor? If so, then
he fails the class, too.

However, to answer your question, "the concept" of the vending machine
is simply that your professor is too lazy to think up a better example
of a state machine.

-a
 
The first step in solving any problem of this nature is to describe the
problem in enough detail so that you understand what is needed to
implement a solution. Diagrams are often helpful in such a
description. Engineering is problem solving. Part of the task of your
educators is to teach you how to approach problem solving. Relying on
others to do your thinking for you is not a way to learn how to solve
problems. Assuming you graduate and are hired as a design engineer,
who will solve your engineering problems for you then? Your coworkers
will not be too happy if you expect them to do your work for you. They
will have their own work to do. The members of this forum are not
willing to help someone who shows no evidence of having tried at all to
solve a problem before asking for help.

Wake up before you waste your time in college by trying to get through
without working. Think!

Charles
 
David Binnie wrote:
Depends on the class doesn't it.
Yes. I am assuming it is a class on
vhdl language for simulation and synthesis.

The point about The Vending Machine and other examples like Traffic
Lights is that they are accessible examples of simple state machines.
Everyone but everyone comes with an understanding of their operation.
Therefore the student is coding sometyhing he/she knows well.. Good
teaching for lesson one in my book.
TDB
I think such a controller is a
little overwhelming for a student
first learning about hardware and an HDL,
even if the machine is well understood.

The most important concept to understand
for the useful industrial application
of vhdl language is the synchronous process.

Useful shifters, counters and
controllers ("state machines")
are all instances of a synchronous process.
This uniformity is often lost in the fog
of logic description methods from the 1950's.

-- Mike Treseler
 
I understand your point but the sequential descrption of a counter is a bit
'dry' and teaching staff are all under pressure to make technology
interesting and accessible.
The one that the student's like and gain a lot from is the sequence
detector.
I agree that 'traffic lights' is overdone, all the students need to do is
Google 'VHDL traffic lights' to find a solution. Also that the conceptual
understanding is the important goal but that for many does not come until
assimilation of many examples.

I welcome any other suggestion for problems at simple sequential machine
level.
 
David Binnie wrote:
I understand your point but the sequential descrption of a counter is a bit
'dry' and teaching staff are all under pressure to make technology
interesting and accessible.
The actual control problem is not as important as
knowing what a digital controller is before I
have to design my first one.

The one that the student's like and gain a lot from is the sequence
detector.
I like the sequence detector problem
as this is pure measurement.
However, the textbook solution
always includes a state diagram.

How about demonstrating a shift and check solution also?
That's how I do it in real hdlc controllers.
Logic synthesis has been done.
It doesn't have to be re-invented in each problem solution.
The students might say "Hey,this is easy"

I agree that 'traffic lights' is overdone, all the students need to do is
Google 'VHDL traffic lights' to find a solution. Also that the conceptual
understanding is the important goal but that for many does not come until
assimilation of many examples.
Yes. A few simple examples with
complete solutions and simulation testbenches
will go a long way toward enlightenment of students.

I welcome any other suggestion for problems at simple sequential machine
level.
Let's start with a few simple measurement problems.

1. Quiz show answer buttons.
2. Speed detection by echo delay
3. Speed detection by echo frequency.

-- Mike Treseler
 
David Binnie wrote:
I understand your point but the sequential descrption of a counter is a bit
'dry' and teaching staff are all under pressure to make technology
interesting and accessible.
The one that the student's like and gain a lot from is the sequence
detector.
I agree that 'traffic lights' is overdone, all the students need to do is
Google 'VHDL traffic lights' to find a solution. Also that the conceptual
understanding is the important goal but that for many does not come until
assimilation of many examples.

I welcome any other suggestion for problems at simple sequential machine
level.


David,
I agree about the 'traffic lights.'

I have one suggestion for a simple state machine: It involves two
photo-electric sensors across the entry to a shop. The aim is to detect
and distinguish between customers entering or leaving. A bell can be
rung for customers entering or alternatively a counter can be
incremented or decremented to record the customers in the shop.

At first it seems a trivial problem, but when students consider such
possibilities customers who linger half-way into the shop but then
leave, it becomes a reasonable problem with about a dozen states.

Depending on the students it can instead be put as a problem in which
the input comes from a rotary digital tachometer that has both in-phase
and quadrature outputs. The aim then is to detect and record the nett
angular rotation, given a possible mixture of clockwise and
anti-clockwise rotations.

Regards,
John
 
Mike Treseler a écrit:
I think such a controller is a little overwhelming for a student
first learning about hardware and an HDL, even if the machine is well understood.
I second to that.
I was assigned the Vending Machine Problem (now this could make a good
new TLA ;o) in my digital electronics class. We had never heard of VHDL
at the time, we built it out of logic gates and DFFs.

Nicolas
 
Nicolas Matringe wrote:

I was assigned the Vending Machine Problem (now this could make a good
new TLA ;o) in my digital electronics class. We had never heard of VHDL
at the time, we built it out of logic gates and DFFs.
Interesting. The problem has been passed from
generation to generation like a flood story.

Three letters is not be enough for my acronym:
The Dreaded VMP.

-- Mike Treseler
 
Mike Treseler a écrit:
Interesting. The problem has been passed from
generation to generation like a flood story.
It was only 10 years ago. When I say "we" I meant "me and my fellow
students".
What I meant was that the problem is not tied to VHDL but has more to
do with logic design.

I am a bit conservative and stuck to the TLA form but I like your idea.
What about Infamous VMP? :eek:)

Nicolas
 
Mike Treseler wrote:

Interesting. The problem has been passed from
generation to generation like a flood story.
I bet some schools are still teaching "implement the following
requirement using two- input logic gates".

Paul Burke
 

Welcome to EDABoard.com

Sponsor

Back
Top