gEDA-user: Unable to assign models to diodes,transistors
I am new user of gEDA i have seen the ngspice manual and implemented the rc circuit given in the ngspice manual. But when i tried to implement Fullwave Rectifier cicuit given in the manual, i was not getting the transient response properly. After entering $ ngspice [1]fulladder.net It is giving error unable to find defination of the model 1n4148 default assumed i have tried to give model in single line specification by selecting attribute model IS=1pA RS=10 BV=100, but still same error was comming even tried to assign model file but still same error was comming help mee References 1. http://fulladder.net/ ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Unable to assign models to diodes,transistors
Please take a look here: http://geda.seul.org/wiki/geda:csygas I had trouble in the past with gEDA - SPICE because of the rule: Note that if the file holds a .MODEL, the refdes should start with U; if the file holds a .SUBCKT, the refdes should start with X. If the refdes starts with D SPICE will assume the internal model. This is what I remember, hope it helps. Regards, Robert. On Wed, 2010-05-26 at 13:34 +0530, hari venkatesh wrote: I am new user of gEDA i have seen the ngspice manual and implemented the rc circuit given in the ngspice manual. But when i tried to implement Fullwave Rectifier cicuit given in the manual, i was not getting the transient response properly. After entering $ ngspice [1]fulladder.net It is giving error unable to find defination of the model 1n4148 default assumed i have tried to give model in single line specification by selecting attribute model IS=1pA RS=10 BV=100, but still same error was comming even tried to assign model file but still same error was comming help mee References 1. http://fulladder.net/ ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: error: unable to find definition of model 1n750 - default assumed
I am new to ubuntu and gEDA, am using ubuntu 9.10. I have installed the gEDA packeges from SYNAPTIC PACKAGE MANAGER. But it doesnot include Ngspice. I have installed Ngspice using sudo dpkg --force -all -i /home/user/xspice-17.0.0.1_i386.deb sudo dpkg --force -all -i /home/user/ngspice-17.0.0.1_i386.deb i want to implement fullwave rectifier which is given in ngspice manual but am getting the following error which i have given below. i have tried the attribute file , model, model-name..But no use * Spice netlister for gnetlist R1 n1 Vdd 10k V1 n0 0 SIN(0 10 50Hz) D4 0 n1 1N750 D3 Vdd n0 1N750 D2 Vdd 0 1N750 D1 n0 n1 1N750 .END Circuit: * Spice netlister for gnetlist Error on line 4 : d4 0 n1 1n750 unable to find definition of model 1n750 - default assumed Error on line 5 : d3 vdd n0 1n750 unable to find definition of model 1n750 - default assumed Error on line 6 : d2 vdd 0 1n750 unable to find definition of model 1n750 - default assumed Error on line 7 : d1 n0 n1 1n750 unable to find definition of model 1n750 - default assumed ngspice 98 - quit ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: PCB Pool
Hello List, I try to change the pcb limits to meet the requirements for PCB Pool (www.pcb-pool.com) does anyone out there have some experience to adopt this values ? thanks a lot greets michael -- [] this Email is made of 100% Recyclable elektrons [] url : www.smog.at [] mailto : michael.the...@smog.at [] key: www.smog.at/key ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: error: unable to find definition of model 1n750 - default assumed
in gschem add the following items to your symbol: * devive: 1N750 * model-name: 1n750 (or whatever the name of the model is called inside your spice model) Look at your spice file for something like .MODEL 1n750 d ^- this is the model-name attribute (upper and lower case do matter) and add * file: /full/path/to/your/spice/model/1N750.sp3 save and run gnetlist again. It has been a while for me since I used spice so don't shoot me for trying to help. Good luck, Robert. On Wed, 2010-05-26 at 21:36 +0530, hari venkatesh wrote: I am new to ubuntu and gEDA, am using ubuntu 9.10. I have installed the gEDA packeges from SYNAPTIC PACKAGE MANAGER. But it doesnot include Ngspice. I have installed Ngspice using sudo dpkg --force -all -i /home/user/xspice-17.0.0.1_i386.deb sudo dpkg --force -all -i /home/user/ngspice-17.0.0.1_i386.deb i want to implement fullwave rectifier which is given in ngspice manual but am getting the following error which i have given below. i have tried the attribute file , model, model-name..But no use * Spice netlister for gnetlist R1 n1 Vdd 10k V1 n0 0 SIN(0 10 50Hz) D4 0 n1 1N750 D3 Vdd n0 1N750 D2 Vdd 0 1N750 D1 n0 n1 1N750 .END Circuit: * Spice netlister for gnetlist Error on line 4 : d4 0 n1 1n750 unable to find definition of model 1n750 - default assumed Error on line 5 : d3 vdd n0 1n750 unable to find definition of model 1n750 - default assumed Error on line 6 : d2 vdd 0 1n750 unable to find definition of model 1n750 - default assumed Error on line 7 : d1 n0 n1 1n750 unable to find definition of model 1n750 - default assumed ngspice 98 - quit ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: PCB Pool
bloat/shrink 5.99 min line 6.00 min drill 13.00 min silk 7.00 In their FAQ, the last document is technical which has all this info. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: PCB patches (was: [PATCH 1/7] PCB localization)
On Tue, May 25, 2010 at 1:58 PM, Bert Timmerman
bert.timmer...@xs4all.nl wrote:
By email also has its advantages:
1. Email means the patches get seen and reviewed 2. Git sends
the email for you - so no extra work for the sender 3. I can
save the patches without having to poke sourceforge 4. I can
save the patches without having to poke sourceforge
5. *all* the impatient geda-users can apply the patches to their local
repository themselves, and have a test drive, without having to poke
sourceforge.
6. *all* impatient geda-devs can apply the patches to their local repository
themselves, and have a test drive, without having to poke sourceforge ;-)
Last time this was brought up there was a big discussion about how
pretty much everyone is not happy with the sourceforge trackers. A
few of us asked to be allowed to help out to get a new tracker up and
going so the devs didn't have to spend their time worrying about, but
I got a definite impression any work on that front would also not be
used by the developers (that blaming it on sourceforge was just a
euphemism for we don't have enough time to deal with contributions,
which is unfortunate but understandable.)
So being stuck with sourceforge I thought maybe I could help out and
make it a little nicer, got my sourceforge account access to the PCB
trackers, cleaned up a few bugs, and tackled a few that I felt like I
could handle. Put the patches in the patch tracker, commented on the
bug that a patch was available, etc. The result? One of four patches
applied; better than nothing I guess.
There was a suggestion that a group of non-devs go through and filter
bugs and patches and suggest patches for the devs to review. Until
there is evidence that there is a process or method of handling
patches within the devs themselves, it seems such a team wouldn't be
of much use.
So since the only way to contribute to PCB seems to be to continually
spam the list with patches, here's three patches to fix bugs in the
bug tracker. Comments welcome. If any of the devs have any
suggestions for how I can better contribute to PCB, I'd be glad to
hear it. I don't want to sound like I'm continually complaining, I
just want to know how to help out.
Jared
From 2344dab7f2544e33a7374d763a24db7e6a42cb86 Mon Sep 17 00:00:00 2001
From: Jared Casper jaredcas...@gmail.com
Date: Fri, 9 Apr 2010 15:32:34 -0700
Subject: [PATCH] Fix pr2717258, Lock mode with F12.
Binds F12 to lock mode in the default gcpb-menu.res and pcb-menu.res
files, bringing them inline with existing documentation.
---
src/gpcb-menu.res |2 +-
src/pcb-menu.res |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/gpcb-menu.res b/src/gpcb-menu.res
index 1511e09..29e575f 100644
--- a/src/gpcb-menu.res
+++ b/src/gpcb-menu.res
@@ -518,7 +518,7 @@ PopupMenus =
{Insert Point checked=insertpointmode,1 Mode(InsertPoint) a={Insert KeyInsert}}
{Move checked=movemode,1 Mode(Move)}
{Copy checked=copymode,1 Mode(Copy)}
- {Lock checked=lockmode,1 Mode(Lock)}
+ {Lock checked=lockmode,1 Mode(Lock) a={F12 KeyF12}}
{Cancel Mode(Escape) a={Esc KeyEscape}}
}
}
diff --git a/src/pcb-menu.res b/src/pcb-menu.res
index c18eb86..69ed6f5 100644
--- a/src/pcb-menu.res
+++ b/src/pcb-menu.res
@@ -182,7 +182,7 @@ MainMenu =
{Insert Point checked=insertpointmode,1 Mode(InsertPoint) a={Insert KeyInsert}}
{Move checked=movemode,1 Mode(Move)}
{Copy checked=copymode,1 Mode(Copy)}
- {Lock checked=lockmode,1 Mode(Lock)}
+ {Lock checked=lockmode,1 Mode(Lock) a={F12 KeyF12}}
{Cancel Mode(Cancel) a={Esc KeyEscape}}
-
{Command Command() a={: Key:}}
--
1.7.1
From f4deaa4efc523c89ff12dc8aa17288e3d10db1ef Mon Sep 17 00:00:00 2001
From: Jared Casper jaredcas...@gmail.com
Date: Fri, 16 Apr 2010 21:30:14 -0700
Subject: [PATCH] Fix pr2924962 and other issues with layer selection in the gtk hid.
In general there was a lack of consistency in the behavior when
changing the visibility of layers using the buttons and menu. This
fixes both the hang in the bug report, and many other small issues.
The code attempted to make it so that the active layer was always
visible, but failed in a few places, such as when the silk or rats
layers were activated while hidden or hidden while active, or when the
last layer group was active and hidden, it remained active. There was
also issues when the active layer was hidden using the menus. This
patch fixes all of that.
This patch allows the active layer to become the silk or rats layer if
no copper layer is visible.
It was necessary to add an additional flag to ChangeGroupVisibility()
to indicate if the hid should be notified via the LayersChanged
action. This was causing problem when the menu was used to hide the
active layer, an extra LayersChanged call was scheduling a
ghid_menu_cb which reverted the change to the layer visibility. In
generally this was causing also just causing a lot of extra
gEDA-user: PCB Patches: Use c99 bool instead of manual typedef.
Hi, I started working on stuff in the PCB source, and found that it uses a typedef called 'Boolean' rather than the c99 bool type. Please find three patches that transition PCB over to using the c99 bool in the following directory: http://srobo.org/~rspanton/geda/pcb-bools/ The PCB build scripts tell the compiler to use the 'gnu99' standard (C99 with GNU extensions) so this shouldn't break anyone's build. Cheers, Rob signature.asc Description: This is a digitally signed message part ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: PCB Patches: Use c99 bool instead of manual typedef.
On 5/26/10 6:16 PM, Robert Spanton wrote: I started working on stuff in the PCB source, and found that it uses a typedef called 'Boolean' rather than the c99 bool type. Please find three patches that transition PCB over to using the c99 bool in the following directory: http://srobo.org/~rspanton/geda/pcb-bools/ The PCB build scripts tell the compiler to use the 'gnu99' standard (C99 with GNU extensions) so this shouldn't break anyone's build. Does this have any implications for building with compilers other than GCC? -Dave -- Dave McGuire Port Charlotte, FL ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: PCB Patches: Use c99 bool instead of manual typedef.
Anything not supporting c99 in 2010 shouldnt be used anyway. On 5/27/10, Dave McGuire mcgu...@neurotica.com wrote: On 5/26/10 6:16 PM, Robert Spanton wrote: I started working on stuff in the PCB source, and found that it uses a typedef called 'Boolean' rather than the c99 bool type. Please find three patches that transition PCB over to using the c99 bool in the following directory: http://srobo.org/~rspanton/geda/pcb-bools/ The PCB build scripts tell the compiler to use the 'gnu99' standard (C99 with GNU extensions) so this shouldn't break anyone's build. Does this have any implications for building with compilers other than GCC? -Dave -- Dave McGuire Port Charlotte, FL ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: PCB Patches: Use c99 bool instead of manual typedef.
Nice attitude! Not surprising though...you seem to be as good at bad attitudes as I am, Mr. Timecop. And that's saying something. The only other compiler I care about is a good bit more modern than GCC anyway, so I'm not too worried about it. While I do occasionally program my PDP-11s in C, I'm not particularly interested in trying to port PCB to that platform. -Dave On 5/26/10 7:23 PM, timecop wrote: Anything not supporting c99 in 2010 shouldnt be used anyway. On 5/27/10, Dave McGuiremcgu...@neurotica.com wrote: On 5/26/10 6:16 PM, Robert Spanton wrote: I started working on stuff in the PCB source, and found that it uses a typedef called 'Boolean' rather than the c99 bool type. Please find three patches that transition PCB over to using the c99 bool in the following directory: http://srobo.org/~rspanton/geda/pcb-bools/ The PCB build scripts tell the compiler to use the 'gnu99' standard (C99 with GNU extensions) so this shouldn't break anyone's build. Does this have any implications for building with compilers other than GCC? -- Dave McGuire Port Charlotte, FL ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: PCB Patches: Use c99 bool instead of manual typedef.
I wrote: I started working on stuff in the PCB source, and found that it uses a typedef called 'Boolean' rather than the c99 bool type. Dave McGuire wrote: Does this have any implications for building with compilers other than GCC? If they're not C99 compatible, yes. However, if this does actually come up as an issue then I suggest we conditionally enable the typedef using the autoconf AC_HEADER_STDBOOL macro and some cpp guff [1]. Is anyone actually compiling this thing with a compiler that isn't C99 compatible!? timecop wrote: Anything not supporting c99 in 2010 shouldnt be used anyway. Agreed! Rob [1] See this page: http://www.gnu.org/software/hello/manual/autoconf/Particular-Headers.html signature.asc Description: This is a digitally signed message part ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: PCB Patches: Use c99 bool instead of manual typedef.
On 5/26/10 7:41 PM, Robert Spanton wrote: Does this have any implications for building with compilers other than GCC? If they're not C99 compatible, yes. However, if this does actually come up as an issue then I suggest we conditionally enable the typedef using the autoconf AC_HEADER_STDBOOL macro and some cpp guff [1]. Is anyone actually compiling this thing with a compiler that isn't C99 compatible!? Not to my knowledge...but I get really twitchy whenever anyone mentions GCC extensions. ;) As long as things stay portable to non-GCC compilers (and note well that I'm NOT saying ancient non-c99-compatible compilers) I'm happy. -Dave -- Dave McGuire Port Charlotte, FL ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: PCB Patches: Use c99 bool instead of manual typedef.
Hi, On 5/26/10, Robert Spanton rspan...@zepler.net wrote: I started working on stuff in the PCB source, and found that it uses a typedef called 'Boolean' rather than the c99 bool type. Please find three patches that transition PCB over to using the c99 bool in the following directory: http://srobo.org/~rspanton/geda/pcb-bools/ What are the advantages? is current implementation broken for some platform, modern or future? The PCB build scripts tell the compiler to use the 'gnu99' standard (C99 with GNU extensions) I believe it does not in general case, and current sources do build with c89 compilers as far as I know. Kind regards, Ineiev ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
