Re: gEDA-user: Schottky diode?
John Coppens wrote: On Fri, 20 Oct 2006 00:54:43 -0400 Dan McMahill <[EMAIL PROTECTED]> wrote: The problem is that on John's computer, something is messed up in the latex installation so dvipdfm fails to find cmr17.tfm. Ok... I have -rw-r--r-- 1 root root 1292 1995-08-14 15:29 /usr/share/texmf/fonts/tfm/public/cm/cmr17.tfm (rather old...) Where do I check why it isn't recognised? John % kpsewhich -progname=dvipdfm -format=tfm cmr17 /usr/pkg/share/texmf/fonts/tfm/public/cm/cmr17.tfm man dvipdfm may give enough info to dig into it. I'm afraid I'm not going to be able to help much beyond this. -Dan ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Schottky diode?
On Fri, 20 Oct 2006 00:54:43 -0400 Dan McMahill <[EMAIL PROTECTED]> wrote: > The problem is that on John's computer, something is messed up in the > latex installation so dvipdfm fails to find cmr17.tfm. Ok... I have -rw-r--r-- 1 root root 1292 1995-08-14 15:29 /usr/share/texmf/fonts/tfm/public/cm/cmr17.tfm (rather old...) Where do I check why it isn't recognised? John ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Automatic repositioning to attributes
Em Qui, 2006-10-19 às 20:00 +0200, Carlos Nieves Ónega escreveu: That's the reason I wrote this new feature. People like you are the ones who may use this kind of tool. If you look for "default-position-of-text-attributes" in your system-gschemrc file, you will find the default position definition of pin and component attributes. I think you can adapt it to your norms and let gschem to do the hard work for you. Really excuses, Was a good job! But is a litle complex to understand how to use this to our case. I just arrived from a litle travel and saw your message. Give me some days to work about. I promise to reply you with more info. Thank you, Antonio ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Schottky diode?
John Coppens wrote: On Thu, 19 Oct 2006 15:22:48 -0400 al davis <[EMAIL PROTECTED]> wrote: What are the error messages? Did you try using "./configure.old" instead of "./configure"? I've sent the messages to Dan, who promised to send you the patches... That ok? The problem is that on John's computer, something is messed up in the latex installation so dvipdfm fails to find cmr17.tfm. One way to avoid problems like this is to include the .dvi file in the distribution. That way make doesn't ever try to rebuild it unless the user has been editing the .tex files. Right now, in simplified form, we have gnucap-man.pdf: gnucap-man.dvi dvipdfm gnucap-man.dvi gnucap-man.dvi: gnucap-man.tex $(OTHER_TEX_FILES) latex gnucap-man.tex latex gnucap-man.tex so what happens is during the build, make says "hey, there is no .dvi file so the .pdf must be out of date" and it tries to rebuild the whole thing. This is fine if you don't have a semi-broken latex install. The other viewpoint is John's failure is a failure of his latex install so its not gnucaps problem or position to try and have a way to avoid it. Here is the tail end of the output from Johns build: Output written on gnucap-man.dvi (136 pages, 504508 bytes). Transcript written on gnucap-man.log. /usr/bin/dvipdfm gnucap-man gnucap-man.dvi -> gnucap-man.pdf [1 cmr17: Unable to find a TFM or OFM file Output file removed. make[3]: *** [gnucap-man.pdf] Error 1 make[3]: Leaving directory `/usr/local/src/utilities/gnucap-0.35/man' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/src/utilities/gnucap-0.35/man' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/utilities/gnucap-0.35' make: *** [all] Error 2 -Dan ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Schottky diode?
On Thu, 19 Oct 2006 15:22:48 -0400 al davis <[EMAIL PROTECTED]> wrote: > What are the error messages? Did you try > using "./configure.old" instead of "./configure"? I've sent the messages to Dan, who promised to send you the patches... That ok? > > I had to go into each directory and > > compile the model compiler and gnucap separately. That > > worked. > > > 3) Gnucap fails on my output.net file, reporting problems > > such as: > > > > * gnetlist -g spice-sdb switch1.sch > > egnd 99 0 poly(2) (3,0) (4,0) 0 .5 .5 > > ^ ? need 1 more nodes > > etc > > I see ... Can you send me the netlist? > > Two things I know of: High order polys and jfets. > > > > In this case, you have hit a couple of things that are > implemented in ngspice but not gnucap. I have seen it go the > other way too. When I see these things from users, they become > priorities. The to-do list is infinitely long, as you might > expect. Ok... I use jfets regularly, but in this case, the jfet is part of the model of the MC33078 opamp. I've attached the netlist. Thanks, John PS: About the spam measures - I hate spam as much as the anyone I guess. But, any measure I take, I try not to complicate the life of innocent bystanders ;-) (I'm hoping this message gets through - I don't think this thread should continue on the gEDA list). output.net Description: Binary data ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Schottky diode?
John Coppens wrote: 2) Only later I detected 0.35 on the seul site. (Google still thinks the gnu gnucap site is more important, so the 0.31 comes out first _ I do think you should eliminate the 0.31 or upload 0.35 there). This version stops compiling when there is a problem with the documentation tools. I had to go into each directory and compile the model compiler and gnucap separately. That worked. please send me the output of ./configure and the output of the failed build and I'll send Al patches to fix it. -Dan ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Schottky diode?
Thanks for the reply.. Without feedback things don't improve. On Thursday 19 October 2006 14:22, John Coppens wrote: > 1) On the GNU site, the latest distro is 0.31 and no > indication that newer versions exist. I can't compile this > version... I know about that one. I guess it is somewhat like the multiple PCB sites. I almost have it fixed. After I do, I will explain what happened. It's not pretty. The primary site is gnucap.org. The GNU site is supposed to be a CVS checkin of gnucap.org, but, like I say I will explain it after it gets fixed. > 2) Only later I detected 0.35 on the seul site. > This version stops compiling when there is a problem with the > documentation tools. What are the error messages? Did you try using "./configure.old" instead of "./configure"? > I had to go into each directory and > compile the model compiler and gnucap separately. That > worked. > 3) Gnucap fails on my output.net file, reporting problems > such as: > > * gnetlist -g spice-sdb switch1.sch > egnd 99 0 poly(2) (3,0) (4,0) 0 .5 .5 > ^ ? need 1 more nodes etc I see ... Can you send me the netlist? Two things I know of: High order polys and jfets. In this case, you have hit a couple of things that are implemented in ngspice but not gnucap. I have seen it go the other way too. When I see these things from users, they become priorities. The to-do list is infinitely long, as you might expect. > 4) Your mail server rejected my direct mail to you with the > message: > > <[EMAIL PROTECTED]>: host > flint.freeelectron.net[68.61.120.207] refused to talk to me: > 550 HELO argument does not match calling host > > This is probably an anti-spam measure, but it is the first > time I had this type of reject. It is an anti-spam measure, that usually works very well, with very few false positives, and gives a proper bounce on false positives, rather than just throwing it away. It also exposes ISP's that do not configure their mail relay correctly. Basically, what it says is that your mail relay is not what it says it is. It presents false identification. Most spam looks like this. There are 3 strategies used for spam control ... 1. Identity checking Check to see if the sender is really who he says he is. Your ISP presents false identification. Very few ISP's do this. Also, check to see if the delivery agent is authorized to deliver mail from you. Very few ISP's do this. 2. "Redlining". Check to see if the mail comes from a "bad neighborhood". Reject if it does. This is the primary defense used by AOL and similar providers. It tends to catch the same ones as identity checking, but in a more corporate friendly manner. That is, it avoids embarrasing large providers with incompetent administrators, and discriminates against small sites. Most small sites that encounter this automatically try again with laundering (pass through an agent that is friendly to them) and get though, or they just launder everything and loose tracking of their mail. 3. "Censorship" ... They look at the content and reject anything with content they don't like. This is the second defense used by many providers. It scares me more than spam. gnu.org uses another method, which is completely ineffective: Ask: "will you accept mail from me?" There are some providers that reject gnu by redlining. Gnu, in retaliation, rejects mail from them. It is annoying, and accomplishes nothing in reducing spam. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Automatic repositioning to attributes
El jue, 19-10-2006 a las 13:22 -0500, John Griessen escribió: [snip] > I think he would appreciate for the function to act only when it finds a > symbol > with the position definition left at 0 and 0, otherwise leave the refdes > alone > and do not move it from a hand made position. > > by 0 and 0, I mean in the element file first line: > for example: > Element["" "dual_3.6mm_TRS_jack" "J?" "" 72835 125984 7000 23000 0 100 ""] ( > > the locations where I have 7000 23000. If they are not zero, Antonio wants > them > left alone. We were talking about gschem. You seem to be talking about pcb Regards, Carlos ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Schottky diode?
On Wed, 18 Oct 2006 22:35:32 -0400 al davis <[EMAIL PROTECTED]> wrote: > Why don't you try gnucap? At least if it does have a problem I Al, Several items: 1) On the GNU site, the latest distro is 0.31 and no indication that newer versions exist. I can't compile this version... 2) Only later I detected 0.35 on the seul site. (Google still thinks the gnu gnucap site is more important, so the 0.31 comes out first _ I do think you should eliminate the 0.31 or upload 0.35 there). This version stops compiling when there is a problem with the documentation tools. I had to go into each directory and compile the model compiler and gnucap separately. That worked. 3) Gnucap fails on my output.net file, reporting problems such as: * gnetlist -g spice-sdb switch1.sch egnd 99 0 poly(2) (3,0) (4,0) 0 .5 .5 ^ ? need 1 more nodes egnd 99 0 poly(2) (3,0) (4,0) 0 .5 .5 ^ ? what's this? fb7 99 poly(5) vb vc ve vlp vln 0 27.96E6 -30E6 30E6 ^ ? what's this? j1 11 2 10 jx ^ ? illegal type j2 12 1 10 jx ^ ? illegal type .model jx NJF(Is=150.0E-9 Beta=4.568E-3 Vto=-1) ^ ? not implemented ic v(vlin)=0V ^ ? need ) ic v(vlin)=0V ^ ? what's this? ic v(vlout)=0V ^ ? need ) ic v(vlout)=0V ^ ? what's this? (Note that this works on ngspice) 4) Your mail server rejected my direct mail to you with the message: <[EMAIL PROTECTED]>: host flint.freeelectron.net[68.61.120.207] refused to talk to me: 550 HELO argument does not match calling host This is probably an anti-spam measure, but it is the first time I had this type of reject. Greetings, John ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Automatic repositioning to attributes
Carlos Nieves Ónega wrote: Hi Antonio, be done. I'd really appreciate if you could give this new feature a try and let me know what points can be improved. Thanks, Carlos I think he would appreciate for the function to act only when it finds a symbol with the position definition left at 0 and 0, otherwise leave the refdes alone and do not move it from a hand made position. by 0 and 0, I mean in the element file first line: for example: Element["" "dual_3.6mm_TRS_jack" "J?" "" 72835 125984 7000 23000 0 100 ""] ( the locations where I have 7000 23000. If they are not zero, Antonio wants them left alone. John G ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gsch2pcb project file syntax
Yeah, sorry if that was redundant. There is stuff about this on the wiki and in Bill Wilsons Gsch2pcb tutorial. I don't know what the strategy for the manual has been. It tends to involve more theoretical aspects of the coding, usage to a lesser degree. It would be good to get a consensus on the matter, though. phil John Griessen wrote: [EMAIL PROTECTED] wrote: There's alwayssch2pcb : #!/bin/bash #this script was written by John Luciani gsch2pcb --elements-dir /path/to/footprints --use-files $@ Thanks Phil, I just found a email reference and tested that this works too: edit project file to include lines like: elements-dir /home/john/EEProjects/now/circuitboards/footprints_pcb John G PS I"m slated to write some docs for PCB, and I'll keep track of this and get it into the manual if it belongs there... ___ 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: Automatic repositioning to attributes
Hi Antonio, El mié, 18-10-2006 a las 22:33 -0200, Antonio Augusto Todo Bom Neto escribió: [snip] > Well, I just don´t like because we work with some norms about design. > > I.E.: > One resistor in vertical position must have RefDes at its right, > aligned the anchor to the upper pin end, anchor at up/left to text. > Its Value, with anchor align to the bottom pin end, ancho down/left to > the text. Always 2mm distant from resistor body. > > One horizontal resistor, RefDes, the RefDes must be with the anchor > above the resistor, center, and the anchor is center/down to the text. > The Value bellow the resistor. > > The same to capacitors. > > All ICs must be a 800 mils witdht box, the length (up/down) is free. > Its RefDes must be above the box, align to its left corner, 2 mm > above. The typenumber must be inside the box, at the bottom center. > Microcontrolers, processors must be 1000mils. > OpAmps and some special functions ICs can have special designs. > > Well... There are some others specifications to design a diagram to > ABNT norms (ABNT=Tech. Norms Brazilian Association) > ABNT rulez about ALL and AT ALL to industry here. About toys, builds, > aircraft, cars, machines, etc. Either our Metro Dpt. for example > (INMETRO) follows ABNT. > > So... > > All that we have been here is to design all symbols with their right > positioned attributes from scratch. [snip] That's the reason I wrote this new feature. People like you are the ones who may use this kind of tool. If you look for "default-position-of-text-attributes" in your system-gschemrc file, you will find the default position definition of pin and component attributes. I think you can adapt it to your norms and let gschem to do the hard work for you. Let me explain: For component attributes, there are 4 sections: - one direction: components having pins in only one side. '<' means the symbol have pins on the right side. - two directions: components having pins in two sides. "<>" means the symbol have pins on left and right side. - 3 directions, and - 4 directions are similar These sections are there for different component angles. A vertical resistor will have pins on the top and on the bottom ("^v") while an horizontal resistor will have them on the right and on the left ("<>"). So if we analyze what a configuration line means, for example: ; Two directions ; Name Direct. X_offset Y_offset Reference Alignment Angle ("refdes" "<>"-50 50 "Upper Middle" "Lower Right"0) This line is defining the default place for those "refdes" attributes for components having pins on the left and on the right ("<>", second entry). The default place is the "Upper Middle" (reference) of the symbol (i.e.: at the top (Y axis), in the middle (X axis)), with a x offset of 50 mils to the left, and an y offset of 50 mils to the top. The text alignment is "Lower right" and the text angle is 0. Using this feature, you can define the places where you want the attributes, and let gschem to place them for you, even when rotating or mirroring the component. You don't have to wonder if the symbol has the attributes placed where you want them. >From your comment, I guess the refdes attribute position depends on the type of the symbol: if it's a resistor or a capacitor then you want it at one place, but if it's an IC, then you put it at another place. Am I right?. This is not currently possible, but I think it could be done. I'd really appreciate if you could give this new feature a try and let me know what points can be improved. Thanks, Carlos ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: gsch2pcb project file syntax
[EMAIL PROTECTED] wrote: There's alwayssch2pcb : #!/bin/bash #this script was written by John Luciani gsch2pcb --elements-dir /path/to/footprints --use-files $@ Thanks Phil, I just found a email reference and tested that this works too: edit project file to include lines like: elements-dir /home/john/EEProjects/now/circuitboards/footprints_pcb John G PS I"m slated to write some docs for PCB, and I'll keep track of this and get it into the manual if it belongs there... ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Schottky diode?
On Wed, 18 Oct 2006 22:35:32 -0400 al davis <[EMAIL PROTECTED]> wrote: > gnucap 0.34 had a similar problem, but would usually report > nonconvergence instead. Since it used the same algorithm that > would be expected. 0.35 has it partially fixed, but not all > devices that can be switches have the complete fix. Thanks for the warning! > Why don't you try gnucap? At least if it does have a problem I > can help you with it. You can provide a great service by > exposing problems like this. Well... At the time, when I started using gEDA/SPICE, I tried to install several flavors (except LTSPICE - I generally consider calling wine a last resort). For some reason I stayed with ngspice. I believe it was 'cause at that time I couldn't get it to work. When I have a moment, I'll download the latest version and see if I can test it. Cheers, John ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: PCB: turn off refdes in silk for selected components?
Works great! I kept looking for a menu item, but there doesn't seem to be one. tnx -dave Peter Clifton wrote: The hotkey to do this (in GTK at least) is "h". I don't know the action from usage, but from looking at the source, it would appear that: ToggleHideName( SelectedElements ) Might do the trick. Regards ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Re: gEDA-dev: gsch2pcb is not finding local footprint dirs
John Griessen wrote: I don't have old examples There's always the sch2pcb script w/ a project file ... ./sch2pcb project where sch2pcb is: #!/bin/bash #this script was written by John Luciani gsch2pcb --elements-dir /path/to/footprints --use-files $@ and project is a file containing: schematics schematicA.sch schematicB.sch output-name out if you're systems not finding this stuff, you can just put the sch2pcb script in the project directory. some path shenanigans will let you put in in a central location though. pt ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: Re: gEDA-dev: gsch2pcb is not finding local footprint dirs
Stuart Brorson wrote: make sure you put paths to those places into your project.rc the from of the lines to add seems different than the new pcb uses. Is it like: schematics moisture-connect.sch output-name moisture-connect Pcb.lib-newlib: /home/john/EEProjects/now/circuitboards/footprints_pcb Pcb.lib-newlib: /opt/pcb/share/pcb/newlib (which didn't work..) I don't have old examples John G ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Buses in gEDA/gaf
On Thu, Oct 19, 2006 at 01:06:13AM +, Michael Sokolov wrote: > OK, let's review: buses on schematics are a documentation feature, i.e., > intended not for tools but for other engineers looking at the drawing, > right? Now suppose I want to label my buses for the same purpose: as a > documentation aid for others looking at my schematics. Of course I can > just stick a text object next to it that isn't of name=value form, but > it seems to me that an attribute would be more appropriate, even if no > currently existing automated tool can make use of it. What should the > attribute name be, that's my question. I know that I can call it > anything I want since no tool will look at it, but wouldn't you agree > that some standardized convention would be nice, so that different > people who implement this common need do it consistently? If no such > convention exists currently, perhaps we should establish one and add it > to the master attribute list? I've struggled with the same question a while back. Right now I set something like "net=busA:1" on each busripper. By matching the net attribute on both sides of the bus gnetlist can figure out what pins are connected. My guess is this won't work if I use "busname=..."? -- Martin ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Schottky diode?
On Thursday 19 October 2006 04:01, Karel Kulhavy wrote: > > gnucap 0.34 had a similar problem, but would usually report > > nonconvergence instead. Since it used the same algorithm > > that > > Or "open internal node"? That means your circuit doesn't work. The Spice equivalent is something like zero pivot. It happens about as often, usually on the same circuit but with different random changes. Actually ... I need those circuits that don't work. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: PCB: turn off refdes in silk for selected components?
The hotkey to do this (in GTK at least) is "h". I don't know the action from usage, but from looking at the source, it would appear that: ToggleHideName( SelectedElements ) Might do the trick. Regards -- Peter Clifton Electrical Engineering Division, Engineering Department, University of Cambridge, 9, JJ Thomson Avenue, Cambridge CB3 0FA Tel: +44 (0)7729 980173 ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: PCB: turn off refdes in silk for selected components?
How can I turn off the refdes in the silk screen for individual components? -dave ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Schottky diode?
On Wed, Oct 18, 2006 at 10:35:32PM -0400, al davis wrote: > On Tuesday 17 October 2006 15:59, John Coppens wrote: > > I was (trying to) simulate a switching power supply, > > A warning ... ngspice has some problems with its step size > control that sometimes gives wrong results, particularly on > circuits like switch mode power supplies. The problem is shows > with circuits that switch between two very different time > constants, requiring a sudden change of internal step size. > Often, it will just slip by, with no indication that anything > is wrong, giving believable but incorrect results. > > gnucap 0.34 had a similar problem, but would usually report > nonconvergence instead. Since it used the same algorithm that Or "open internal node"? My experience with Gnucap is that when the weather is not right then it suddenly stops working with "open internal node". Then I either need to change the circuit randomly, or take a soldering iron and oscilloscope. That's the best simulation - our universe is a computer with huge computing power :) But I don't say SPICE doesn't do this, I almost never use SPICE, because Gnucap has cooler image for me :) CL< > would be expected. 0.35 has it partially fixed, but not all > devices that can be switches have the complete fix. > > Why don't you try gnucap? At least if it does have a problem I > can help you with it. You can provide a great service by > exposing problems like this. > > > ___ > 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