On Jun 9, 2011, at 9:50 PM, Frank Thomson wrote:
> The netlist requires these PADS in the top level schematic be listed at the
> top of the netlist file, normally I can access pins of an instance by passing
> a uref to one of the gnetlist primitives (forget which one) and getting back
> a list
> Original Message
>Subject: Re: gEDA-user: gnetlist backend
>From: Dan White
>Date: Thu, June 09, 2011 9:29 pm
>To: gEDA user mailing list
>
>
>Since pins are only valid in symbols, give the xPADS component
>instances an attribute to key on. Check
On Thu, Jun 9, 2011 at 10:50 PM, Frank Thomson wrote:
>> I'm not quite sure what you're asking, but perhaps
>> (gnetlist:graphical-objs-in-net-with-attrib-get-attrib) is the function you
>> seek.
>
>
> hierarchical) we have a top level schematic with instances (gates and
> modules we've designed )
I'm not quite sure what you're asking, but perhaps
(gnetlist:graphical-objs-in-net-with-attrib-get-attrib) is the function you
seek.
Sorry for being unclear (one of those days at work) so let me try again...
I'm using gschem for an IC design and writing a gnetlist backend to produce
a part
On Jun 9, 2011, at 4:18 PM,
wrote:
> I'm working on a backend for gnetlist and have a minor problem, the top
> level schematic has IPAD/OPAD/IOPADs that i need to list in the netlist
> but I can't find a way to directly address the top level schematic, it
> doesn't seem to have a uref
I'm working on a backend for gnetlist and have a minor problem, the top
level schematic has IPAD/OPAD/IOPADs that i need to list in the netlist
but I can't find a way to directly address the top level schematic, it
doesn't seem to have a uref I can use to reference it. It does have a
On Jun 1, 2011, at 1:56 AM, DJ Delorie wrote:
>
>> so, "load the design files as raw data" seems to mean so that the
>> same input could be recreated from the internal data representation.
>
> Well, assuming we actually record *all* the data. My point was,
> whatever data we care about, we do
On Jun 1, 2011, at 2:05 AM, DJ Delorie wrote:
>
>> Why have a core at all? One of the issues with the current gnetlist
>> is that it cannot be ported to a different Scheme implementation,
>> because the core is Guile-specific. Why not start from Scheme
>> functions for reading/writing .sch forma
> Why have a core at all? One of the issues with the current gnetlist
> is that it cannot be ported to a different Scheme implementation,
> because the core is Guile-specific. Why not start from Scheme
> functions for reading/writing .sch format?
I never said the core had to be C, but given we al
> so, "load the design files as raw data" seems to mean so that the
> same input could be recreated from the internal data representation.
Well, assuming we actually record *all* the data. My point was,
whatever data we care about, we do the least amount of processing on,
unless the backend asks
On 05/30/2011 09:35 PM, John Doty wrote:
On May 31, 2011, at 6:35 AM, John Griessen wrote:
I'd like the first definition
of what gnetlist does be, "Output any data it takes in, in the same format,
with lost spatial position information allowed, but keeping all other data
intact."
I think the
I was thinking of how to represent all of the connections and relationships.
Then thought of sqlite3, as a database of connections.
a table of symbols,
a table of pins
This table maps the pins to a net and a symbol.
a table of nets
This is a rather simple database, of connections.
To compe
On May 31, 2011, at 6:35 AM, John Griessen wrote:
> I'd like the first definition
> of what gnetlist does be, "Output any data it takes in, in the same format,
> with lost spatial position information allowed, but keeping all other data
> intact."
I think the reader should preserve *all* of the
On May 31, 2011, at 1:55 AM, DJ Delorie wrote:
>
> One thought I had for gnetlist backends, is to recode gnetlist as a
> set of libraries.
Now you're talking.
> The Core would only load the design files
> (schematics, spreadsheets, databases, back-annotation info, etc) as
> raw data; the back
On 05/30/2011 11:55 AM, DJ Delorie wrote:
One thought I had for gnetlist backends, is to recode gnetlist as a
set of libraries. The Core would only load the design files
(schematics, spreadsheets, databases, back-annotation info, etc) as
raw data; the backend would be required to call at least o
One thought I had for gnetlist backends, is to recode gnetlist as a
set of libraries. The Core would only load the design files
(schematics, spreadsheets, databases, back-annotation info, etc) as
raw data; the backend would be required to call at least one library
function that said "I want data
On 05/30/2011 01:50 AM, John Doty wrote:
> But who's volunteering?
On 05/30/2011 01:50 AM, John Doty wrote:
So, one way or another, we're looking at a new tool, I think. Maybe we keep
the old gnetlist around and feed it modified/annotated schematics.
>
>There will always be people who don
JohnLM wrote:
> Now some sub-schematics share slotted ICs, but gnetlist
> doesn't quite see it that way, since it prefixes all sub-schem elements
> with "hierarchy tag", breaking slotting.
>
> In addition, presumably "global symbols" as GND and Vcc are prefixed as
> well, so I end up with differe
Hello!
Well, I have trouble gnetlist (and in turn gsch2pcb as well) processing
project with "flat" or common refdefs across all schematics.
That is... I have several symbols with 'source' attribute in top level
schem. Each source is unique (copy), and to minimize components
I autonumbered compone
Recently, a new scheme function was added to gnetlist to check for
all the attribute values a set of symbols with the same refdes might
have. Unfortunately, this does not play nice with my most common use
case for sets of symbols: Extra symbols for power pins of opamps and
the like.
In this cas
On Sunday 30 January 2011 14:05:23 Stephan Boettcher wrote:
> $ gnetlist --version
> gnetlist: unrecognized option '--version'
I added the -V,--version option in the 1.7.x branch... sorry. :-/
Peter
--
Peter Brett
Remote Sensing Research Group
Surrey Space Ce
Hi,
a few comments/questions on this weekends gnetlist experince:
gnetlist via gsch2pcb complains a lot, and adds a pin U?-? on every net
that connects to a specific symbol for a subcircuit (with source=
attibute). The error messages are not helpful.
It took a while to figure out that gnetlist
On Sat, 13 Nov 2010 14:38:57 +0100
Patrick Bernaud wrote:
> Have you built gnetlist from release sources (tarballs) or from a git
> checkout? The issue with malformed attributes should have been fixed
> with commit 019990c.
It was a release. (version 1.6.1.20100214)
Thanks,
Levente
--
Levente
On Sat, 13 Nov 2010 13:07:23 +
Peter TB Brett wrote:
> Could you please post a bug to the bug tracker, so we don't
> forget about this?
Sure...
--
Levente Kovacs
http://levente.logonex.eu
___
geda-user mailing list
geda-user@moria.seul.org
h
Levente Kovacs writes:
> [...]
> Ok, I solved the problem. The problem was that there was an empty "value"
> attribute attached to one of my symbol. That is bad, but gnetlist should not
> crash.
Have you built gnetlist from release sources (tarballs) or from a git
checkout? The issue with malf
On Saturday 13 November 2010 11:44:15 Levente Kovacs wrote:
> On Sat, 13 Nov 2010 11:24:06 +0100
>
> Patrick Bernaud wrote:
> > Could you please post the files of your project (directly to to
the
> > list or in private to the address above if you prefer)?
>
> Ok, I solved the problem. The probl
On Sat, 13 Nov 2010 11:24:06 +0100
Patrick Bernaud wrote:
> Could you please post the files of your project (directly to to the
> list or in private to the address above if you prefer)?
Ok, I solved the problem. The problem was that there was an empty "value"
attribute attached to one of my symb
Hi,
Levente Kovacs writes:
> [...]
> So this is it. I have other hierarchical design, which works just fine. Any
> help to track down the bug, or the error in the schematics would be
> appreciated.
Could you please post the files of your project (directly to to the
list or in private to the
On Sat, 13 Nov 2010 01:19:18 +0100
Levente Kovacs wrote:
> I'm trying to build gEDA from sources. I successfully installed it,
> but it keep searching for *.scm files in old places. When I run
> gnetlist I get:
>
> Invalid path [/usr/share/gEDA/bitmap] passed to bitmap-directory
> Loading schema
On Fri, 12 Nov 2010 23:53:06 +
Peter TB Brett wrote:
> On Friday 12 November 2010 23:37:18 Levente Kovacs wrote:
> > Hi all,
> >
> >
> > I could make gnetlist crash with the following command:
> >
> > gnetlist -q -g gsch2pcb -o pcb/if_card.new.pcb -m gnet-
> gsch2pcb-tmp.scm
> > sch/if_car
On Friday 12 November 2010 23:37:18 Levente Kovacs wrote:
> Hi all,
>
>
> I could make gnetlist crash with the following command:
>
> gnetlist -q -g gsch2pcb -o pcb/if_card.new.pcb -m gnet-
gsch2pcb-tmp.scm
> sch/if_card.sch sch/ps.sch
Hi,
Are you able to narrow it down to a minimal testcase a
Hi all,
I could make gnetlist crash with the following command:
gnetlist -q -g gsch2pcb -o pcb/if_card.new.pcb -m gnet-gsch2pcb-tmp.scm
sch/if_card.sch sch/ps.sch
backtrace:
#0 __strcmp_sse2 () at ../sysdeps/x86_64/multiarch/../strcmp.S:99
#1 0x77b97bad in g_get_attrib_value_by_attr
Hi,
On Wed, 2010-08-04 at 13:08 +0100, Robert Spanton wrote:
> Can someone with push rights to gaf get Richard's gnetlist patch into
> mainline?
It would be very useful if someone could either accept or reject this
patch as it is beginning to cause problems for my organisation.
Thanks,
Richard
i have put together an 8 page schematic, and i've taken care of all of the DRC2
errors except for 4 errors relating to a pair of wires i can't find in the
schematic...
Checking nets with only one connection...
ERROR: Net 'unnamed_net177' has no connections.
ERROR: Net 'unnamed_net176' has no connec
> > No, actually, an attribute is required to have a value,
>
> There seems to be no good design reason for this restriction: an
> empty string is still a perfectly good string, just as zero is a
> perfectly good number.
I agree, this caused me problems during the final phases of my last
board -
On Sep 29, 2010, at 3:31 AM, Patrick Bernaud wrote:
> Hi John,
>
> John Doty writes:
>> [...]
>> This is a coding error somewhere. There should be nothing wrong with an
>> empty string as an attribute: it's a perfectly good string.
>
> No, actually, an attribute is required to have a value,
T
Thomas Dean writes:
> I have an application which causes a seg fault in gnetlist. I think
> this can be fixed by changing the schematic. But, Segmentation fault
> is NEVER the proper response.
Your issue is similar to bug #3032626 (a malformed attribute as
Kai-Martin explained). I have propos
Hi John,
John Doty writes:
> [...]
> This is a coding error somewhere. There should be nothing wrong with an
> empty string as an attribute: it's a perfectly good string.
No, actually, an attribute is required to have a value, see
documentation (and code) for o_attrib_string_get_name_value()
On Sep 28, 2010, at 5:19 PM, kai-martin knaak wrote:
> Bottom line: The gnetlist really needs to be more fussy on the syntax.
> Currently it seems to assume m4 where there isn't. In addition, m4
> should fail gracefully rather than returning broken strings.
Huh? Gnetlist has nothing to do wit
On Wed, 2010-09-29 at 01:19 +0200, kai-martin knaak wrote:
I believe this started with gschem.
However, I repeat, seg fault is NEVER a proper response.
tomdean
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/li
Thomas Dean wrote:
> I have an application which causes a seg fault in gnetlist. I think
> this can be fixed by changing the schematic.
The offending symbol is A103 which refers to spice-include-1.sym
The symbol contains a spurious attribute "netname=" with no value.
> But, Segmentation faul
I have an application which causes a seg fault in gnetlist. I think
this can be fixed by changing the schematic. But, Segmentation fault
is NEVER the proper response.
# gnetlist -g geda ulf-ant.sch
Loading schematic [/usr/home/tomdean/Electronics/Spice/ulf-ant/ulf-ant.sch]
Segmentation fault (co
kai-martin knaak wrote:
>> The "unconnected pins" can be left unconnected, how can I make it
>> accept that?
>
> I don't know. I put my own nc.sym at pins that are deliberately not
> connected. This symbol contains just one pin and no net. However,
> DRC still complains, because the generated ne
Hi Karl,
El dom, 26-09-2010 a las 11:33 +0200, Karl Hammar escribió:
[snip]
> Checking pins without the 'pintype' attribute...
>
> Checking type of pins connected to a net...
> WARNING: Pin(s) with pintype 'output': U2:9
> are connected by net 'unnamed_net61'
> to pin(s) with pin
Tying a digital input directly to a power rail is a bit like doing a
crossword puzzle in ink. You need a lot of confidence to do that in
a real design. I typically use a resistor to pull them up or
down. That can always be hacked, power connections can be hard to
access to modify them.
Ric
kai-martin knaak wrote:
Karl Hammar wrote:
Running gnetlist -g drc2 on a schematic I get:
input/output <--> pwr
input and output are meant to refer to signals. The DRC assumes that
signals should never be connected to power lines. With analog circuits
there is no strict div
Karl Hammar wrote:
> Running gnetlist -g drc2 on a schematic I get:
(...)
> Why does it warn about
> output <--> input/output
Don't know. IMHO, this combination should be fine.
> input/output <--> pwr
input and output are meant to refer to signals. The DRC assumes that
signals should
Running gnetlist -g drc2 on a schematic I get:
Checking non-numbered parts...
Checking duplicated references...
Checking nets with only one connection...
Checking pins without the 'pintype' attribute...
Checking type of pins connected to a net...
WARNING: Pin(s) with pintype 'output': U2:9
Brilliant!
That works
Thanks,
Oliver
__
From: John Doty
To: gEDA user mailing list
Sent: Mon, September 6, 2010 2:09:26 PM
Subject: Re: gEDA-user: gnetlist quitting after execl call
On Sep 6, 2010
unction --m=1 --w=30 --l=5
> --type=pmos"]
> Any suggestions?
Use (system) if you want to use a single string for the whole command, or use a
single string for each argument with (system*).
> Oliver
> __
)) (cond (# #) (# #) (else #)))
...
654: 9 [system* "/sw/share/gEDA/scheme/subfunction --m=1 --w=30 --l=5
--type=pmos"]
Any suggestions?
Oliver
__
From: John Doty
To: gEDA user mailing list
On Sep 6, 2010, at 1:08 PM, Oliver King-Smith wrote:
> I am extending gnetlist and I dislike scheme. To work around this I
> wrote a little program in C++ to do the heavy lifting and I am trying
> to call it from my scheme extension to gnetlist.
> I wrote the following function in scheme
I am extending gnetlist and I dislike scheme. To work around this I
wrote a little program in C++ to do the heavy lifting and I am trying
to call it from my scheme extension to gnetlist.
I wrote the following function in scheme:
(define magic:write_nmos_fet
(lambda (w l m)
On Aug 24, 2010, at 7:07 PM, gene glick wrote:
> FYI - maybe by design? But I accidentally named 2 hierarchical blocks with
> the same refdes's. gnetlist -g drc2 didn't flag it either as a warning nor
> an error. The netlist is worked out correct, nonetheless - but maybe because
> I don't h
gene glick wrote:
> FYI - maybe by design? But I accidentally named 2 hierarchical blocks
> with the same refdes's. gnetlist -g drc2 didn't flag it either as a
> warning nor an error. The netlist is worked out correct, nonetheless -
> but maybe because I don't have any similarly named compon
FYI - maybe by design? But I accidentally named 2 hierarchical blocks
with the same refdes's. gnetlist -g drc2 didn't flag it either as a
warning nor an error. The netlist is worked out correct, nonetheless -
but maybe because I don't have any similarly named components within
each block. J
*bump*
Can someone with push rights to gaf get Richard's gnetlist patch into
mainline?
Cheers,
Rob
On Thu, 2010-06-03 at 00:22 +0100, Richard Barlow wrote:
> Hi
>
> I discovered a bug in the partslist[1-3] backend for gnetlist when
> processing hierarchical designs. It strips the refdes of sub
I have a hierarchical block with these names:
V7 input power to block
V7_RTN input power to block, return leg
V5 output power from block
V5_RTN output power from block , return leg
within the block, V7_RTN and V5_RTN are connected - in other words, it's
a pass through. At the top
On Thu, 2010-06-03 at 00:22 +0100, Richard Barlow wrote:
> I discovered a bug in the partslist[1-3] backend for gnetlist when
> processing hierarchical designs. It strips the refdes of sub-schematic
> symbols from the sub-schematic components meaning you end up with
> duplicate refdes's. I've attac
Hi
I discovered a bug in the partslist[1-3] backend for gnetlist when
processing hierarchical designs. It strips the refdes of sub-schematic
symbols from the sub-schematic components meaning you end up with
duplicate refdes's. I've attached a patch which should fix this issue.
To reproduce the pr
description of differences in hierarchical netlists
can be found at:
http://en.wikipedia.org/wiki/Netlist
Best Regards,
Paul Tan
-Original Message-
From: Levente Kovacs
To: geda-u...@seul.org
Sent: Sun, Apr 11, 2010 4:04 am
Subject: gEDA-user: gnetlist
Hi,
I can't fin
> Is there any way to create PCAD netlist with gEDA?
In the past I exported a netlist in the tango format which PCAD can import.
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Hi,
I can't find any documentation about the hierachy support in gnetlist
http://geda.seul.org/wiki/geda:gnetlist_ug#hierarchy_support
Is there any documentation about hierarchy support?
Is there any way to create PCAD netlist with gEDA?
Thanks,
Levente
--
Levente Kovacs
http://logonex.eu
On Thu, 2010-03-11 at 08:39 -0700, asom...@gmail.com wrote:
> Thanks for the suggests. I'll try them out tonight. Unfortunately,
> Gentoo has no concept of devel libraries: it's all or nothing. So
> I'll probably have to follow the first Peter's suggestion.
> -Alan
libX11 is not X, and should n
Thanks for the suggests. I'll try them out tonight. Unfortunately,
Gentoo has no concept of devel libraries: it's all or nothing. So
I'll probably have to follow the first Peter's suggestion.
-Alan
On Thu, Mar 11, 2010 at 6:50 AM, Peter Clifton wrote:
> On Wed, 2010-03-10 at 22:30 -0700, asom.
On Wed, 2010-03-10 at 22:30 -0700, asom...@gmail.com wrote:
> Does anybody know if it's possible to compile gnetlist (and its
> dependency libgeda) without gtk? From the source, it looks like
> gnetlist should compile fine, but libgeda has quite a few gdk
> references that I would have to remove.
On Thursday 11 March 2010 05:30:32 asom...@gmail.com wrote:
> Does anybody know if it's possible to compile gnetlist (and its
> dependency libgeda) without gtk? From the source, it looks like
> gnetlist should compile fine, but libgeda has quite a few gdk
> references that I would have to remove.
Does anybody know if it's possible to compile gnetlist (and its
dependency libgeda) without gtk? From the source, it looks like
gnetlist should compile fine, but libgeda has quite a few gdk
references that I would have to remove. I'm trying to use gnetlist on
a headless Gentoo server, and I'd ra
On Tue, 2010-03-09 at 12:26 -0300, Facundo Ferrer wrote:
> Hi Peter,
>Thanks for your time. I'll try to rewrite the gnetlist but not now. I
>have to finish my thesis so I have to use the university provided
>software.
If you're anything like me.. sitting down to write your thesis will
Hi Peter,
Thanks for your time. I'll try to rewrite the gnetlist but not now. I
have to finish my thesis so I have to use the university provided
software.
Thanks all.
On Tue, Mar 9, 2010 at 6:40 AM, Peter TB Brett <[1]pe...@peter-b.co.uk>
wrote:
On Mon, 8 Mar 2010 20:32
On Mon, 8 Mar 2010 20:32:01 -0300, Facundo Ferrer
wrote:
> When I ran on this server gnetlist alloc more than 95% of the RAM and at
> this point started to swap and when all the swap was allocated the 'top'
> command is not refreshed properly and I have a hard work trying to stop
> gnetlist.
> I
Hi again, I was on a trip so sorry for the delay.
Respect for the above comments I make some tests on other hardware.
My laptop hardware (1 processor):
Intel Core 2 Duo P8600 Mobile processor
CPU speed: 2.4 GHz
FSB: 1066 MHz
L2 cache: 3MB
RAM: 4GB
OS: Ubuntu
facu...@un
On Mar 1, 2010, at 1:44 AM, al davis wrote:
> On Sunday 28 February 2010, John Doty wrote:
>> Ah, but it has an open interface we can use. A great strength
>> of gEDA is that the tools play well with other tools,
>> whether they are part of gEDA or not.
>
>
> I don't care how many proprietary t
On Wed, 2010-03-03 at 06:17 +0900, John Doty wrote:
> I believe the poor scaling is in the front end: which back end you use
> doesn't seem to matter.
I know there are a number of cases where the backends are badly coded,
and will quickly run out the guile stack using inefficiently recursive
alg
On Mar 2, 2010, at 8:29 PM, Peter Clifton wrote:
> Sounds like gnetlist is really struggling with the multiple schematics -
> this could perhaps be an inefficiency in how the guile back-ends are
> written, or something similar in the core gnetlist code.
As someone who works with big designs in g
On Tue, 2010-03-02 at 00:23 -0300, Adrian Pardini wrote:
> On 01/03/2010, Facundo Ferrer wrote:
> [...]
> >The output was quite differente in drc2 check. Now the gnetlist finish
> >with 'Killed' instead of 'Buffer overflow' but anyway does not create
> >the netlist (the same output for
On Tue, 2010-03-02 at 12:24 +0900, timecop wrote:
> Please kindly use computers from this century.
I'm not sure what this comment relates to, or whether it is intended to
be constructive, humorous or otherwise.. Nothing I've seen suggests the
machine Facundo is using is particularly old.
--
Pete
On Sat, 27 Feb 2010 22:30:12 -0300, Facundo Ferrer
wrote:
> Hi I was working on my thesis project and I'm designing a 6-bit flash
> converter. The circuit has 63 comparators (made by me) , 63 inverters
(made
> by me) and 1 decoder (126 inputs and 6 outputs, also made by me). I have
a
> source file
Please kindly use computers from this century.
On Tue, Mar 2, 2010 at 11:14 AM, Facundo Ferrer
wrote:
> Hi,
> I have an Ubuntu distro:
> facu...@uni-laptop:~$ uname -a
> Linux uni-laptop 2.6.31-19-generic #56-Ubuntu SMP Thu Jan 28 02:39:34
> UTC 2010 x86_64 GNU/Linux
> I have installe
On 01/03/2010, Facundo Ferrer wrote:
[...]
>The output was quite differente in drc2 check. Now the gnetlist finish
>with 'Killed' instead of 'Buffer overflow' but anyway does not create
>the netlist (the same output for drc2 and spice-sdb backends).
>After that I realize that there
Hi,
I have an Ubuntu distro:
facu...@uni-laptop:~$ uname -a
Linux uni-laptop 2.6.31-19-generic #56-Ubuntu SMP Thu Jan 28 02:39:34
UTC 2010 x86_64 GNU/Linux
I have installed gEDA from the Ubuntu repos. The version is quite old:
gEDA/gschem version 1.4.3.20081231
Today I downl
On Mon, 2010-03-01 at 19:54 -0300, Facundo Ferrer wrote:
> Hi again!
>I have the following lines in my gnetlisrc:
>(debug-options (list 'stack 20))
>(eval-options (list 'stack 20))
This is a lame thing for me to suggest, since I don't _know_ of any bug
which has been fixed whic
Hi again!
I have the following lines in my gnetlisrc:
(debug-options (list 'stack 20))
(eval-options (list 'stack 20))
Also, I tried with a bigger number and editing directly the
gnet-drc2.scm but the error still appearing. Reviewing my previous
flash converter (3 bits)
On Sunday 28 February 2010, John Doty wrote:
> Ah, but it has an open interface we can use. A great strength
> of gEDA is that the tools play well with other tools,
> whether they are part of gEDA or not.
I don't care how many proprietary tools you can leverage by
starting the schematic on gsc
On Feb 28, 2010, at 2:17 PM, al davis wrote:
> On Saturday 27 February 2010, John Doty wrote:
>> It looks like you're using the kind of hierarchy suitable for
>> a printed circuit flow, not a SPICE/ASIC flow. I suggest
>> first reading the excellent tutorial at
>> http://www.brorson.com/gEDA/SPIC
On Saturday 27 February 2010, John Doty wrote:
> It looks like you're using the kind of hierarchy suitable for
> a printed circuit flow, not a SPICE/ASIC flow. I suggest
> first reading the excellent tutorial at
> http://www.brorson.com/gEDA/SPICE/intro.html.
>
Ouch ..
That was written 6 year
Facundo Ferrer wrote:
When I try to check my
circuit with drc or drc2 gnetlist finished with a buffer overflow. I
don't know how to solve this. Also, I tried with spice-sdb but gnetlist
finish with Killed.
Have you tried this:
http://www.geda.seul.org/wiki/geda:faq-gnetlist
__
On Feb 28, 2010, at 10:30 AM, Facundo Ferrer wrote:
> Hi I was working on my thesis project and I'm designing a 6-bit flash
> converter. The circuit has 63 comparators (made by me) , 63 inverters
> (made by me) and 1 decoder (126 inputs and 6 outputs, also made by me).
> I have a source f
Hi I was working on my thesis project and I'm designing a 6-bit flash
converter. The circuit has 63 comparators (made by me) , 63 inverters
(made by me) and 1 decoder (126 inputs and 6 outputs, also made by me).
I have a source file for each component (actually more than 127 files
be
On Fri, 15 Jan 2010, Maciej Pijanka wrote:
> Hello
It's a bit odd to reply to own email, but i have tweaked scheme part a bit so
now it can use
already existing testpoint symbol, also patch should apply without making side
effect change
which was in previous one from my testing.
regards
Macie
Hello
I like to draw simulations on gschem, along with probes, without worrying about
which net will be which
or naming them by hand.
I made small patch for spice-sdb backend for gnetlist that allows to list
special component with attribute
device=probe generates spice alike print statements.
Hi,
I made a symbol and as far as I understand it should simulate, I had to
add the symbol location to the component library in gschem. However when
i use gspiceui to try and simulate it gnetlist can't find the symbol
(and I suppose the spice stuff) because I never told it where to look,
Hello,
I thought it is a good idea to make an update from
gEDA version 1.4.0 to the actual version 1.6.0. Sometimes
I use 3pin headers with references like "RS422/RS485".
Unfortunately gnetlist version 1.6.0 cuts the reference
in the netlist to "RS485" gnetlist from older version
works fine. Any r
On Thu, 02 Jul 2009 14:22:44 +0200
Stefan Salewski wrote:
> An other method may be a SPECIAL connection symbol in gschem for
> connecting nets.
I think that would be a nice solution. You could then add starpoints in power
and ground nets.
Levente
--
Levente Kovacs
http://logonex.eu
__
On Jul 21, 2009, at 2:10 PM, Peter TB Brett wrote:
> On Tuesday 21 July 2009 18:45:55 John Doty wrote:
>> Here, as promised, is the text of the first installment of my
>> tutorial. Text only, I still gotta figure out the wiki. Comments are
>> welcome.
>
> I would teach people the:
>
> (define (ad
On Tuesday 21 July 2009 18:45:55 John Doty wrote:
> Here, as promised, is the text of the first installment of my
> tutorial. Text only, I still gotta figure out the wiki. Comments are
> welcome.
I would teach people the:
(define (add1 x)
(+ x 1))
Syntax for function definition before introduc
Here, as promised, is the text of the first installment of my
tutorial. Text only, I still gotta figure out the wiki. Comments are
welcome.
Don't Panic!
If you've never written a program in Lisp, it looks daunting. But
it's a lot easier than it looks. Wrap a little bit of "syntactic
sugar
On Wed, 2009-07-01 at 11:08 -0700, John P. Doty wrote:
>
> The question then is: what is a simple set of logical rules that should
> govern shorted nets?
Yesterday I have seen some more connected nets in my DSO schematics --
to ensure that it will work I have replaced them now with always the
On Wed, 2009-07-01 at 11:08 -0700, John P. Doty wrote:
>
> You've told gnetlist to short PreAmpPD to 3.3V. What happens then is
> undefined. My experience is that gnetlist's behavior is difficult to
> predict in such cases: sometimes it chooses one net name over another,
> and sometimes it leav
Stefan Salewski wrote:
> There was some discussion about netlist generation on this list
> recently, so maybe it is a good time to speak about missing features:
>
> I have some OpAmps with power down pins (active low) in my schematics, I
> have connected an io symbol to it with an attribute like
>
1 - 100 of 219 matches
Mail list logo
