gEDA-user: Some gschem/ngspice problems
Hi all. 1) I cannot get the 'spice-model' element to work... It just doesn't get included when calling gnetlist (no complaints either). I wanted to include a simple model for a switch. Also, the gEDA/SPICE tutorial mentions 'model' and 'type' attributes which are not available on the standard attribute list (like value, netname etc). Do I have to include them manually? I finally solved the problem adding the model to the switch itself. 2) Another version of the circuit causes: Found unknown component. Refdes = L1 L1 is an inductor, shown correctly on the schematic, and included in the generated netlist as: L1 vlin vlout 180u which I suppose is correct. Why the error message? Thanks in advance, John ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Some gschem/ngspice problems
On Tue, 17 Oct 2006 12:16:08 -0400 (EDT) Stuart Brorson [EMAIL PROTECTED] wrote: Hi John -- 2) Another version of the circuit causes: Found unknown component. Refdes = L1 L1 is an inductor, shown correctly on the schematic, and included in the generated netlist as: L1 vlin vlout 180u which I suppose is correct. Why the error message? Is this in NGSpice? Yes What happens if you make the value 180uH? Same error message... (as before:) The inductor seems to work normally in ngSPICE. In net file: L1 vlin vlout 180uH Thanks John ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: Dangerous gsymupdate behavior
If you run gsymupdate *, it will not check what is a symbol, and will destroy other files and even directories. Luckily, it makes backups, but it is still very messy. Simply checking that something is not a directory would be nice. Matt ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: Schottky diode?
Hi all. I was (trying to) simulate a switching power supply, and used the 'schottky' diode symbols, copied it, and added a model (1N5822 from Motorola). After some experiments with strange results, could it be that the diode pins are reversed? It did conduct the wrong way... The normal 'diode' has anode=1, the schottky has anode=2... John ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Schottky diode?
The best way to know is to inspect the SPICE netlist. There is no guarantee that the parts in the gEDA symbol library have the pins set up in the correct orientation. Please remember that the pinseq attribute is used in spice-sdb to know in which order to emit pins. If your symbol's pins are wrong, select the pin and attach the correct pinseq to it. I forget if you need to do that in the schematic, or in the symbol file. It's well described in the gEDA/SPICE HOWTO Stuart On Tue, 17 Oct 2006, John Coppens wrote: Hi all. I was (trying to) simulate a switching power supply, and used the 'schottky' diode symbols, copied it, and added a model (1N5822 from Motorola). After some experiments with strange results, could it be that the diode pins are reversed? It did conduct the wrong way... The normal 'diode' has anode=1, the schottky has anode=2... John ___ 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: Schottky diode?
On Tue, 17 Oct 2006 16:05:23 -0400 (EDT) Stuart Brorson [EMAIL PROTECTED] wrote: The best way to know is to inspect the SPICE netlist. There is no guarantee that the parts in the gEDA symbol library have the pins set up in the correct orientation. That's why I reported it on the list - attached is the 'corrected' symbol, to make it at least compatible with normal diodes and libraries. John schottky-1.sym 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: Dangerous gsymupdate behavior
Matt Ettus wrote: If you run gsymupdate *, it will not check what is a symbol, and will destroy other files and even directories. Luckily, it makes backups, but it is still very messy. Simply checking that something is not a directory would be nice. I just added a few extra checks (non-existant file, is a directory not a file) but there is plenty of extra to be done. In particular, it would be really good if some attempt were made to identify files which are not symbols at all as you suggest. Perhaps gschlas returning an error would be a sign that one should revert the file to its backup? I'm also thinking links should maybe be skipped too. I'm sure gsymupdate would be a nice short project for someone more fluent in perl than I. -Dan ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user