Update... I'm still working on my SDRAM interface board:
http://www.delorie.com/electronics/sdram/
I've been working on getting the sdram chip running at full speed
(half speed works fine), so it's down to timing issues. I decided to
remove the logic analyzer connector from the SDRAM side to
DJ -
On Sun, Aug 09, 2009 at 05:51:40AM -0400, DJ Delorie wrote:
The LA module I wrote is a DDR dual-bank capture, [chop]
A perl script turns them into a VCD file that gtkwave can read :-)
Awesome. I hope you'll write this up more, and publish code.
Question: Can gtkwave be told to break
Have you heard of the free logic analyzer?
http://www.sump.org/projects/analyzer/ . It uses a xilinx dev board
and java control software. It has also been ported to several other
FPGA boards. The serial interface might be simple enough for you to
use with your project. At my last job, I used
On Saturday 01 August 2009, Bob Paddock wrote:
http://tech.slashdot.org/story/09/08/01/2114210/Cheap-Cross-P
latform-Electronic-Circuit-Simulation-Software?from=rss
Cheap, Cross-Platform Electronic Circuit Simulation
Software?
dv82 writes I teach circuits and electronics at the
On Aug 9, 2009, at 9:56 AM, al davis wrote:
On Saturday 01 August 2009, Bob Paddock wrote:
http://tech.slashdot.org/story/09/08/01/2114210/Cheap-Cross-P
latform-Electronic-Circuit-Simulation-Software?from=rss
Cheap, Cross-Platform Electronic Circuit Simulation
Software?
dv82 writes I
On Sun, 9 Aug 2009 11:56:22 -0400, al davis ad...@freeelectron.net wrote:
[snip]
gEDA is friendly to everything BUT Windows,
[snip]
I was out of town when this hit (which was probably fortunate).
What are we going to do about it?
[snip]
... there is a problem with the geda
On Aug 8, 2009, at 10:15 AM, Dan McMahill wrote:
- you may want to have a set of symbols which include the footprint
name
already (search for heavy symbol in the archives or wiki).
Others may
not want this. It is a personal preference thing and people tend to
have strong opinions
2009/8/9 Peter TB Brett pe...@peter-b.co.uk:
Does anyone want to help getting a Windows port working (reasonably)
smoothly? Has anyone tested a Windows build recently?
I could pitch in on that. Good place to start?
Cheers
Gareth
___
geda-user
On Sun, 09 Aug 2009 10:01:30 -0600, John Doty wrote:
2. We need to provide a migration path -- in and out.
Gnucap works fine, but there is a problem with the geda interface.
Does anyone want to help?
What's the problem you perceive?
The most obvious obstacle in the migration path is
Awesome. I hope you'll write this up more, and publish code.
Yup, I plan on it.
It's in the Edit menu, called Expand (F3).
Sweet. Hmmm... Expand again on one of those individual lines should
re-combine them.
___
geda-user mailing list
On Sun, 9 Aug 2009 17:17:17 +0100, Gareth Edwards
gar...@edwardsfamily.org.uk wrote:
2009/8/9 Peter TB Brett pe...@peter-b.co.uk:
Does anyone want to help getting a Windows port working (reasonably)
smoothly? Has anyone tested a Windows build recently?
I could pitch in on that. Good place
Have you heard of the free logic analyzer?
http://www.sump.org/projects/analyzer/
Looks like an external analyzer, I have one of those. I did look at a
number of other chipscope-like projects, too. None of them really
did what I wanted, and mine was trivial enough to write in a few hours
Does anyone want to help getting a Windows port working (reasonably)
smoothly?
I would.
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
2009/8/9 Peter TB Brett pe...@peter-b.co.uk:
If I remember correctly... *searches mail archives*
http://www.geda.seul.org/mailinglist/geda-dev126/msg00029.html
That's probably a good place to start.
OK, I'll have a play.
Cheers
Gareth
___
On Aug 9, 2009, at 11:09 AM, Kai-Martin Knaak wrote:
On Sun, 09 Aug 2009 10:01:30 -0600, John Doty wrote:
2. We need to provide a migration path -- in and out.
Gnucap works fine, but there is a problem with the geda interface.
Does anyone want to help?
What's the problem you perceive?
On Sun, 9 Aug 2009 12:09:01 -0600, John Doty j...@noqsi.com wrote:
With the exception of the flow from gschem to layout in another
suite, which works radically well. How to generalize? Well, if you
want to export schematics instead of just netlists and BOM's, a
gnetlist back end needs
On Aug 9, 2009, at 12:45 PM, Peter TB Brett wrote:
On Sun, 9 Aug 2009 12:09:01 -0600, John Doty j...@noqsi.com wrote:
With the exception of the flow from gschem to layout in another
suite, which works radically well. How to generalize? Well, if you
want to export schematics instead of just
Peter TB Brett wrote:
Hi everybody,
The build-system branch has now been merged. Please report any problems to
the usual places.
Hello!
Nice work! I download gaf once in a fortnight and try to build it. I
tried now. As always I stumbled into problem building _docs_, always
this docs
On Sun, 09 Aug 2009 19:45:34 +0100, Peter TB Brett wrote:
One project I've had in mind for a while is to write a geda-netlist
And thus increment the number of netlisters associated with the geda
project by one ;-)
How will you make sure, that the new netlister exactly replicates the old
On Sat, 01 Aug 2009 10:16:07 -0600, John Doty wrote:
Just about any language works naturally on Unix these days,
Not quite. C can draw on a host of system functions and libs that no
other environtment variables, inter process communication via dbus and
the various ways to interact with the
On Sun, 09 Aug 2009 12:09:01 -0600, John Doty wrote:
The most obvious obstacle in the migration path is the lack of
conversion
tools.
With the exception of the flow from gschem to layout in another suite,
which works radically well.
This is not conversion, but a work flow partially in
DJ -
On Sun, Aug 09, 2009 at 01:22:20PM -0400, DJ Delorie wrote:
It's in the Edit menu, called Expand (F3).
Sweet. Hmmm... Expand again on one of those individual lines should
re-combine them.
No, you have to select a bunch of individual signals
(they need not be the full set of the
On Aug 9, 2009, at 3:19 PM, Kai-Martin Knaak wrote:
For me that's not the issue: the issue is that you're putting yet
another gnetlist behavior out of reach of back end control.
You mean, the behavior of a netlister should depend on the order of
components in the *.sch file? Please give
No, you have to select a bunch of individual signals (they need not
be the full set of the original bus, or even all related) and then
Combine Up (or Combine Down).
Yup, I figured that out quickly enough. I just thought automatic
un-expand would be an obvious thing, but it didn't work when I
On Aug 9, 2009, at 3:37 PM, Kai-Martin Knaak wrote:
On Sun, 09 Aug 2009 12:09:01 -0600, John Doty wrote:
The most obvious obstacle in the migration path is the lack of
conversion
tools.
With the exception of the flow from gschem to layout in another
suite,
which works radically well.
John,
Do you mean that one day source= attribute is reference to schematic,
another day it is something else? We have to stick to some reasonable
meaning of all attributes, at list to be able to exchange libraries and
collect our work over the years, isn't it?
Talking about ynetlist: it has
26 matches
Mail list logo