[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
Re: gEDA-user: geda cygwin package
On Thursday 14 May 2009, Joerg wrote:
> Not bug-for-bug, but as close to the industry standard as
> practical. If you let them use something that has nice
> features they get used to those, and then in industry where
> they don't have those it becomes a problem. You can do just
> about anything with SPICE, even simulate mechanical devices.
> But one has to learn who to "kludge and cajole" SPICE to do
> that.
It's pretty close. In the development snapshot, and in the next
official release due this summer, the whole user interface is
done by plugins, which can be made any way you want. Perhaps
someday it will be bug-for-bug, with more than one, and still
have extensions if you ask.
Significant parts of industry are moving to Verilog-A. None of
the cheap simulators have it, but Gnucap does. Gnucap also
accepts Spectre netlists, a subset.
As to those nice features .. all tools have advantages and
disadvantages. There are features you will find in one but not
another. Students need to learn this. So, having nice features
like Gnucap's interactive operation, extended probes, and the
ability to easily change circuits interactively or with scripts
is good. The ability to directly enter a netlist without file
baggage is a big help at the beginning.
On the other hand, the tightly integrated graphics of LTspice
and other PC simulators is in that category where they don't
really add to functionality, but become a crutch. Then they
have a problem when the GUI isn't available, or more importantly
they have a task that is complicated enough that the GUI gets in
the way. Those features are the ones to avoid.
So, it's LTspice that has "nice" features that they would be
better off without.
I start them with a netlist, then later they learn how to use
schematic capture as a way to generate a netlist.
> Even a (very) seasoned engineer had to ask about that three
> days ago, how to set abstol and stuff and make it travel with
> the file. Nothing wrong with asking.
Students need to learn that simulators don't always work. In a
senior level course on analog design, it is reasonable to expect
that they will see a convergence failure, and need to mess with
abstol and stuff. It might even be desirable for a simulator to
have a hidden mode that makes convergence worse to make sure
this happens.
> > Students need to learn to be flexible, and they need to
> > learn to use computers effectively, not just by kicking the
> > GUI a few times. EE's, even analog designers, need to
> > learn some serious programming.
>
> They need to and they do, to some extent. They do not have to
> become programming experts, else I might as well demand that
> all CS guys fully understand Maxwell's equations because we
> have to ;-)
Even the CS guys are not programming experts. The EE's should
be able to work with unix, with the command line. They should
be able to write programs to solve engineering problems. They
should be able to administrate their own systems and write
scripts to solve their own problems. They should be able to
install a program from source, and do some simple porting.
At both universities where I was on the faculty, we got constant
comments from employers that the students need to learn more
programming. We got those comments from accreditation reviewers
too. We were not worse than average. It's a widespread
problem.
> > Too many schools don't do this. In the extreme case, EE
> > could become a dumping ground for students who can't make
> > it in CS. Is that what you want?
>
> That has IME never been the case, and won't be. None of the
> EEs I know started out CS. And don't believe EE is easy, our
> university had an EE flunk-out rate of around 75% plus. ME
> and EE were the toughest paths there, some of the grueling 4h
> written exams could make grown men shake in their boots.
Typically, the first year curriculum is pretty much the same for
all science and engineering. The students usually have not
really have made up their mind yet. They made a guess, but
that's all. They move around depending on how the first year
goes. It amazes me how many have said "I chose EE because I had
trouble with the programming course and want something else".
Then they learn too late that EE is hard too.
At a lot of schools, the EE program (and probably others) keeps
getting easier. Many older EE professors are having a hard time
dealing with this.
Don't sell CS short. It can be pretty grueling too. We really
shouldn't be saying that one is harder than the other.
To get back on topic ..... We had cygwin on the lab computers.
I encouraged students to install it on their own computers if
they were running windows and didn't also have a unix-type OS
such as Linux, BSD, or Mac.
_______________________________________________
geda-user mailing list
geda-user@xxxxxxxxxxxxxx
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user