Hi Felix,
> -Original Message-
> From: geda-user-boun...@moria.seul.org
> [mailto:geda-user-boun...@moria.seul.org] On Behalf Of Felix Ruoff
> Sent: Tuesday, September 28, 2010 10:35 PM
> To: gEDA user mailing list
> Subject: gEDA-user: PCB: Change default file-filter in open-dialog
>
>
Karl Hammar wrote:
> That way the DRC would warn you if you
>> shorted two power sources together or if you forgot to hook one of
your
>> power input pins to the power plane (and only connected it to a
capacitor
>> instead).
>
> +1
>
+1
Just today I had a student stumble on an accidental conn
Karl Hammar wrote:
>> 4, add explicit documentation on the rules in the wiki
>
> I'm not the wiki man. I could read the code (I assume you mean drc2)
> and try to describe it in text, but someone else has to enter it
> into the wiki.
Ok, if you describe the rules here on the list, I'd volunteer
John Doty wrote:
>>> Unattached, it looks like a little red flag, while with a net
>>> attached it disappears. Gnetlist has no trouble treating it as
>>> a pin.
By the way, on start-up, gschem complains about zero size pins in the
log window. IMHO, this check should be removed.
> You have my p
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
At 04:53 PM 9/28/2010, you wrote:
For all those, that follow the discussion from here or vaguely
remember some other rotations:
Rick Collins wrote:
I had to go through all this some time ago and recently I wanted to
iron out all the difficulties so that the assembly house could use
my XYRS fi
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
On Sep 28, 2010, at 2:30 PM, Edward Hennessy wrote:
>> Side note:
>> A capabilities attribute that might get a string like
>> 'Current_RMS_supply=1A; current_peak_supply=1...@0.5s'
>
> It would be nice to have an attribute to check if a power pin is connected to
> the proper supply voltage.
On Sep 28, 2010, at 12:59 PM, Steven Michalske wrote:
>
> On Sep 28, 2010, at 6:00 AM, Andrew Miner wrote:
>
>> would also like to see a pwr_src pin type which would be the output of the
>> voltage regulator (or source). That way the DRC would warn you if you
>> shorted two power sources toget
Done.
Thanks for the message!
Am 28.09.2010 22:43, schrieb DJ Delorie:
Please send all patches to the tracker even if you post them online,
so that there's less chance of them getting lost and forgotten.
___
geda-user mailing list
geda-user@moria.se
For all those, that follow the discussion from here or vaguely remember
some other rotations:
Rick Collins wrote:
I had to go through all this some time ago and recently I wanted to
iron out all the difficulties so that the assembly house could use my
XYRS file (location and rotation data) dir
Please send all patches to the tracker even if you post them online,
so that there's less chance of them getting lost and forgotten.
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Hello,
It seems in Peter's pcb branch ps export does not work as intended.
For a 2-layer board both front and back copper layers are exported
twice, as indicated by console output during export. When using
multifile export the *.front.ps and *.back.ps files look like the
assembly drawings, and *
Hello,
I wondered, why the file-filter at the open-dialogs of pcb is not
selected by default. For me, it is more comfortable if there are just
the files shown, which can be loaded by this programm/function. I have
also looked at other software and most of them do this this way (the
only one
On Sep 28, 2010, at 6:32 AM, Karl Hammar wrote:
> Since nc is just a piece of copper attached to the (plastic/ceramic)
> package, why should drc complain?
>
> A "nc" pin would be like "pas", but gives no error if unconnected.
This is not a true statement, some packages there are Do not connect
On Sep 28, 2010, at 6:00 AM, Andrew Miner wrote:
> would also like to see a pwr_src pin type which would be the output of the
> voltage regulator (or source). That way the DRC would warn you if you
> shorted two power sources together or if you forgot to hook one of your
> power input pins to t
DJ Delorie wrote:
> ISP problems. There are *two* WWW servers, but only one of everything
> else.
It is working again. :-)
---<)kaiamrtin(>---
--
Kai-Martin Knaak tel: +49-511-762-2895
Universität Hannover, Inst. für Quantenoptik fax: +49-511-762-2211
Wel
Hi Chitlesh
On 28 September 2010 19:03, Chitlesh GOORAH wrote:
> You can find the slides on http://www.tandvsolns.co.uk/downloads/
Would you mind if I re-presented your slideset to our Hackerspace
(below in .sig)? I'm sure most of the members don't know that half of
these tools even exist.
Chee
> Kai-Martin Knaak:
> > Karl Hammar wrote:
...
> > > Should a missing numslots=0 really be a warning?
> > ack. It has been quite some time that numslots=0 is not necessary
> > anymore.
...
> 2, remove numslots=0 warning from gsymcheck
Attached patch does that.
Regards,
/Karl Hammar
-
A
On Sep 28, 2010, at 12:39 PM, Karl Hammar wrote:
> In gnet-drc2.scm:
>
> ;; Example:
> ;; (define dont-check-non-numbered-parts 1)
> ;; (define dont-check-duplicated-references 1)
> ;; (define dont-check-one-connection-nets 1)
> ;; (define dont-report-unknown-pintypes 1)
> ;; (define dont-check-
On Thu, Sep 23, 2010 at 2:52 PM, al davis < > wrote:
> It is important to developers that the "unstable" distros DO
> package the development branch, to test it and provide feedback.
> Hamish and Chitlesh, how about it?
Ok, I'll try to update Fedora's gnucap this weekend.
I've taken over the owne
> Just tried to update my repository at gedasymbols.org. Turns out,
> the server does not respond. No ping either. The www page is
> working, though.
ISP problems. There are *two* WWW servers, but only one of everything
else.
___
geda-user mailing l
On Mon, Sep 20, 2010 at 2:27 PM, Gareth Edwards
wrote:
> I'm sitting listening to the UK DVClub meeting and Chitlesh Goorah is
> doing an excellent job of talking about Free Electronics Lab,
> including gEDA and PCB.
>
> Well done, Chitlesh and thanks for helping to promote FOSS to the
> professio
Just tried to update my repository at gedasymbols.org. Turns out, the server
does not respond. No ping either.
The www page is working, though.
Any idea whats going on?
---<)kaimartin(>---
--
Kai-Martin Knaak tel: +49-511-762-2895
Universität Hannover, Inst. f
Hi Mike,
Mike Crowe writes:
> [...]
> The separator appears to be important even if it is disabled by
> (hierarchy-uref-mangle "disabled")
Indeed, the hierarchy-uref-separator is ignored when it comes to
separating base uref from full uref with hierarchy.
The patch below fixes that problem.
Karl Hammar wrote:
> 1, add/correct pintype to the sym files
> 1a, which programs use pintype
> 1b, identify the correct meaning of pintype values as used today
> 1c, add missing pintypes (eg. should we have one for "nc")
> 2, remove numslots=0 warning from gsymcheck
>
> Anything else?
3
Armin Faltl wrote:
> Furthermore I'm satisfied with my name
> as author, if a footprint makes it into the general library.
Currently, no footprint makes it to the default lib ...
---<)kaimartin(>---
--
Kai-Martin Knaak tel: +49-511-762-2895
Universität Hannover
Karl:
> > 1b, identify the correct meaning of pintype values as used today
>
> Since drc2 is the only user of the pintype value, I looked into it.
...
> Note A,
> since drc-matrix is symmetric (connection a -> b is the
> same as connection b -> a) and it is not directly referenced by
> anyth
Andrew Miner:
> > Karl Hammar wrote
...
> > 1c, add missing pintypes (eg. should we have one for "nc")
...
> +1 for nc since ICs have pins that are labeled that way. Would the DRC just
> ignore it, or would the DRC complain if it was connected to anything?
...
Since nc is just a piece of copper
> Kai-Martin Knaak:
> > Karl Hammar wrote:
> > > Shall we update the distributed sym files so they pass gsymcheck ?
> > Yes, please.
> ..
> > > Should a missing numslots=0 really be a warning?
> ...
> > ack. It has been quite some time that numslots=0 is not necessary
> > anymore.
>
> Ok, a first
-Original Message-
> Karl Hammar wrote
> Ok, a first step would then be:
> 1, add/correct pintype to the sym files
> 1a, which programs use pintype
> 1b, identify the correct meaning of pintype values as used today
> 1c, add missing pintypes (eg. should we have one for "nc")
> 2, rem
Currently this may be too much of an honor - I have about no time
to maintain that space. Furthermore I'm satisfied with my name
as author, if a footprint makes it into the general library.
Kai-Martin Knaak wrote:
Armin Faltl wrote:
since the library version footprint MSOP10.fp seems to be
Karl:
> Kai-Martin Knaak:
> > Karl Hammar wrote:
> > > Shall we update the distributed sym files so they pass gsymcheck ?
> > Yes, please.
> ..
> > > Should a missing numslots=0 really be a warning?
> ...
> > ack. It has been quite some time that numslots=0 is not necessary
> > anymore.
>
> Ok, a
Kai-Martin Knaak:
> Karl Hammar wrote:
> > Shall we update the distributed sym files so they pass gsymcheck ?
> Yes, please.
..
> > Should a missing numslots=0 really be a warning?
...
> ack. It has been quite some time that numslots=0 is not necessary
> anymore.
Ok, a first step would then be:
35 matches
Mail list logo