On Dec 17, 2007, at 2:47 PM, Dave N6NZ wrote:
>> Perhaps what is needed here is the concept of
>> "data sources", with a defined API that forms an abstraction layer
>> between gschem and the component database(s), whatever format/
>> database
>> type/etc they may be stored in. That way, "data sou
H. I'm a java programmer and tomcat server admin by current trade, even
though my degree was in EE, so I might be able to help you out there. Let
me see what I can come up with...
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> [EMAIL PR
I believe the current Icarus Verilog vvp now has all the infrastructure
needed to support real-valued system functions, and there are some PLI2
functions that return real values. So the PLI1 support is just a matter
of providing the right translation layer code to make it work. Any
volunteers?
La
Stefan Petersen wrote:
> 2) The aperture macro also contains operations like $4=$1X$5.
My copy of "Gerber Format: Plot Data Format Reference Book" is quite
old, (c)1993. But some of the examples use the "$4=" construct to work
around the severe restriction on expressions:
"Only one operato
I would like to add, that in all fairness to the todays techs (and
todays assembly shops). Parts have become so small that they no longer
have descriptions such as 74LX04 on them they often have cryptic package
codes of 2 or 3 letters and the silk screening of these codes can be so
bad you are left
Stefan Petersen wrote:
> Looking at the gerber you send along there are two things I notice:
> 1) There is some kind of comment in the middle of the aperture macro.
>
> That is according to the manuals _I_ have seen not legal. Maybe there is
> something I have completely missed out.
And this was
Hello!
Thanks for the report.
Of course there should not be any dumping of variables or severe
crashing so that is a bug for sure. gerbv is in the middle of a major
rewrite, so hopefully we might get this into the rewrite. I set it up as
bug at least. Or if you want to do it.
Looking at the gerb
On Dec 17, 2007 3:52 PM, John Griessen <[EMAIL PROTECTED]> wrote:
> John Luciani wrote:
> > On Dec 17, 2007 12:36 PM, John Griessen wrote:
>
> >> are you thinking of sets of names to be a part language?
> >>
> >> Like:
> >>
> >> C_10uf_10V_Z5U_0805
> >
> > I was thinking of . . . For example a 33
John Luciani wrote:
> On Dec 17, 2007 12:36 PM, John Griessen wrote:
>> are you thinking of sets of names to be a part language?
>>
>> Like:
>>
>> C_10uf_10V_Z5U_0805
>
> I was thinking of . . . For example a 330pf 1% 50V X7R ceramic cap in an 0805
> package could be
> CAP_X7R-331U-50V-102T-08
Dave McGuire wrote:
> Perhaps what is needed here is the concept of
> "data sources", with a defined API that forms an abstraction layer
> between gschem and the component database(s), whatever format/database
> type/etc they may be stored in. That way, "data source modules" (MySQL,
> Postgr
On Dec 17, 2007 12:36 PM, John Griessen <[EMAIL PROTECTED]> wrote:
> John Luciani wrote:
> An internal
> > part number database is on my to-do list.
>
> Hi John L,
>
> are you thinking of sets of names to be a part language?
>
> Like:
>
> C_10uf_10V_Z5U_0805
I was thinking of starting with some
Matt -
On Sun, Dec 16, 2007 at 10:43:38PM -0800, Larry Doolittle wrote:
> On Sun, Dec 16, 2007 at 06:19:38PM -0800, Matt Ettus wrote:
> >http://www.chris.spear.net/pli/math.htm
> Unfortunately, when I go to use the result I still get the
> messages that Matt reports. Steve, what am I missing?
John Luciani wrote:
An internal
> part number database is on my to-do list.
Hi John L,
are you thinking of sets of names to be a part language?
Like:
C_10uf_10V_Z5U_0805
John G
--
Ecosensory Austin TX
tinyOS devel on: ubuntu Linux; tinyOS v2.0.2; telosb ecosens1
__
Sorry if this eventually shows up twice. "From:" didn't match my
subscribed address on my first attempt.
Upon using version 1.0.3 to view:
%FSLAX23Y23*%
%AMRECT*0 Round-cornered rectangle *
0 PARAMS: ,*
21,1,$1-$3,$2,0,0,$4*21,1,$1,$2-$3,0,0,$4*$1=$1-$3*$2=$2-$3*$1=$1/2*$2=$2/2*
$4=$1X$5*$
> I am doing my first larger design with gEDA, so I have to do good
> bookkeeping.
>
> gnetlist -g BOM is very helpful, but I have to fill in the attributes...
>
> For ICs I have currently something like
>
> device=LM741
> footprint=SO8
>
> For resitors and coils
>
> device=RESISTOR
> value=100k
>
On Dec 17, 2007 9:20 AM, Stefan Salewski <[EMAIL PROTECTED]> wrote:
> Hello,
> This is OK, but for (some) resistors I should add max voltage and power
> dissipation. For critical coils I must add the exact type...
>
> How should I do this best?
> Put all additional information in comment=... attri
Hello,
I am doing my first larger design with gEDA, so I have to do good
bookkeeping.
gnetlist -g BOM is very helpful, but I have to fill in the attributes...
For ICs I have currently something like
device=LM741
footprint=SO8
For resitors and coils
device=RESISTOR
value=100k
footprint=0805
d
>Essentially I cannot move the silkscreen name of the layout
>item.
This may be the same bug which I reported some days ago -- I was unable
to move refdes label in GTK interface of pcb.
Problem vanish when I saved the pcb file (+terminate pcb?) and load the file
again.
__
Hi, I have recently run into a problem with gsch2pcb which I can easily
re-create. Essentially I cannot move the silkscreen name of the layout
item.
To re-create:
1. run gschem and add a component. Edit it adding a footprint, I used
603 which I know to cause the problem.
2. run gsch2pcb on the s
19 matches
Mail list logo