2009/7/20 Kai-Martin Knaak :
>
> Is there any reason stay away from glib functions?
I hope not. I've been (slowly) working on refactoring out the gattrib
listsort and replacing it with the GList implementation.
Gareth
___
geda-user mailing list
geda-u
On Sun, 19 Jul 2009 19:27:04 -0400, Stuart Brorson wrote:
> Instead of providing clarity, I'll muddy the waters. There is a sorting
> algorithm already implemented in gattrib: gattrib/src/listsort.c.
Oh, and its mergesort for double linked lists, too :-)
> If you choose option B, then you cou
On Monday 20 July 2009 00:19:44 Kai-Martin Knaak wrote:
> For my gnetlist hacking I need to sort the netlist according to refdes.
> There are two options:
>
> a) use the function g_list_sort() provided by glib
> This would involve routines to convert NETLIST to GList and back.
Please do this. The
On Sun, 19 Jul 2009 19:43:30 -0400, John P. Doty wrote:
> c) Crib the refdes sorting code from spice-sdb.scm?
No good. Scheme is a foreign language to me. Most I can can do, is some
tweaks based on guesswork and copy paste. I don't even see, whether the
procedure is working on the double linked
Kai-Martin Knaak wrote:
> For my gnetlist hacking I need to sort the netlist according to refdes.
> There are two options:
>
> a) use the function g_list_sort() provided by glib
> This would involve routines to convert NETLIST to GList and back.
>
> b) add a sorting algorithm to libgeda. A sensibl
> For my gnetlist hacking I need to sort the netlist according to refdes.
> There are two options:
>
> a) use the function g_list_sort() provided by glib
> This would involve routines to convert NETLIST to GList and back.
>
> b) add a sorting algorithm to libgeda. A sensible choice would be
> mer
For my gnetlist hacking I need to sort the netlist according to refdes.
There are two options:
a) use the function g_list_sort() provided by glib
This would involve routines to convert NETLIST to GList and back.
b) add a sorting algorithm to libgeda. A sensible choice would be
mergesort.
Whic
> I have a part with no vendor recommended footprint. It's called VSOP30
> pin pitch = 0.22mm +/- 0.1
> center-to-center = 0.65mm
> outside-to-outside width = 7.6mm +/- 0.2mm
> pin size is 0.45mm +/- 0.2mm
My design rules are:
* pad width for largest pin width, or more.
* pads extend under the
While looking for a hook-in point for my little gnetlist hacking project
I noticed that gsch2pcb walks three times through all components.
Internal netlist representation doesn't seem to change between the runs
of gnetlist. What is the reason for this triple effort?
---<(kaimartin)>---
--
Kai-
> How much pad do you need on the outside of the pin, and how much on the
> inside assuming hand soldering?
I used the PCB Matrix IPC calculator (MOST setting) and the
recommended pads came out as,
7.2mm centre-to-centre
1.75mm pad length
0.45mm pad width
Putting it through my footprint generato
On Sun, 19 Jul 2009 10:37:24 -0400, gene glick wrote:
> I came up with this:
> pad length = 2.1mm
> outside-to-outside = 9.8mm
> inside-to-inside = 5.6mm
>
> Is that reasonable?
I'd say, it is ok. If I had to solder some prototypes, I'd use drag
soldering rather than solder each and every pin
I have a part with no vendor recommended footprint. It's called VSOP30
pin pitch = 0.22mm +/- 0.1
center-to-center = 0.65mm
outside-to-outside width = 7.6mm +/- 0.2mm
pin size is 0.45mm +/- 0.2mm
Here's the data sheet, see pg 30.
data sheet:
http://www.asahi-kasei.co.jp/akm/en/product/ak4390/ak4
12 matches
Mail list logo