Re: gEDA-user: tragesym error - help please!
Hi John, On Freitag, 12. August 2011, John Hudak wrote: So I follow the tutorial on creating a gschem symbol ( http://www.geda.seul.org/wiki/geda:tragesym_tutorial), get the .ods template from http://www.geda.seul.org/wiki/_media/tragesym:template2.ods, fill it in with my data, save it as .csv and execute: tragesym foo.csv foo.sch and I keep getting: *error: version attribut missing* So, I repeat the process, and I only enter in 8 pins, and the data fields shown in the tutorial. *I get the same error*...wtf? The version number is clearly in the field in the .ods and .csv files, soany help is appreciated. BTW, there is an error in the tragesym error statement...It should be 'attribute' and not 'attribut'...hey, i should be lucky I even get this much..lol Can you please send me the source files you're using and the tragesym version? Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: tragesym error - help please!
Hi John, On Samstag, 13. August 2011, John Hudak wrote: The file is attached. Thank you for taking the time to look at it. The cells in the csv-file has a comma s seperator. tragesym expects a tab as seperator. You should use save as txt and not save as csv. It's the step5 in the tutorial: http://www.geda.seul.org/wiki/geda:tragesym_tutorial BTW, there is an error in the tragesym error statement...It should be 'attribute' and not 'attribut'...hey, i should be lucky I even get this much..lol It's just a typo or missing translation (attribute in english is Attribut in german). Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Tragesym template problem.
Hi Daniel, On Samstag, 19. März 2011, Daniel Ross wrote: Hello, I am trying to fill out the Tragesym template for an ATmega128RFA1, but the script gives me an error when I pass it the CSV file (renamed to a .sch file): error: version attribut missing In the template, I had changed the example version number to 20110319 1, following the format of the template version number. I verified that the CSV file contains a version line. Has anyone out there found a solution to this problem? I am following the tutorial at http://geda.seul.org/wiki/geda:tragesym_tutorial;, using the OpenOffice template. Thanks, Dan. Can you show me the first few lines of the input file? ... and the command you've used. Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Placing big amount of parts to the schematic (automatically...)
Hi Tamas, On Samstag, 5. Juni 2010, Tamas Szabo wrote: Stefan Salewski wrote: Should be 10 copy/past operations (1, 2, 4, 8, ... ) in gschem. And of course recent gschem can renumber fine. Should be less work than writing this mail, or do i miss something? Yes! I tried it. Maybe it's a shame but I never used auto renumbering before. Seems to be usable. Thanks! By the way what 'File order' means? This is just the order in which the parts are in the schematic file and in the internal object structure. It's basicaly the placement order of the components into the schematic. Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: On integrating simulator in gschem
Hi Arnoud and all, On Samstag, 13. März 2010, Arnaud Gardelein wrote: The question of integrating into gschem a simulator (namely gnucap) was recently discussed here. With the help of Ivan I'm writing a viewer, oscopy (http://repo.or.cz/w/oscopy.git) based draft #4 of this page: http://geda.seul.org/wiki/geda:data_plotting_improvements Although far from being completed, oscopy support running a netlister and a simulator, I mean there is a menu option FileRun netlister and simulate... where you can specify which command to use. It run both, and then automagically update the loaded signals, recursively for the maths-based ones. Since basic support for updating through DBus is also implemented, I wrote a small scheme script to integrate it within gschem, like pcb does. Maybe this could be a first start to what is described here: http://geda.seul.org/wiki/geda:circuit_simulation_improvements I've added a link to oscopy, gsim and dataplot to the wiki: http://geda.seul.org/wiki/geda:data_plotting_improvements#draft4a_new_plotting_application The symbols of the gsim and it's output looks promising. Unfortunatly I can't read the slovakian text. http://kiwiki.fmtnuni.sk/mediawiki/index.php/Description_of_gsim The example list looks great, too: http://kiwiki.fmtnuni.sk/mediawiki/index.php/Pr%C3%ADklady_a_%C3%BAlohy_pre_gsim Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Bug in gaf when using dashed line ?
Hi Vaclav, On Donnerstag, 1. April 2010, Vaclav Peroutka wrote: I noticed strange behaviour during zooming and unzooming component where dashed line in a component is line that: L 200 3200 4200 3200 3 0 0 2 10 10 At some point when unzooming, everything gets hidden on the screen. After zoom-in, it appears again. The SCH file with embedded problematic component is attached. I use gschem 1.6.0.20091004. Does somebody else notice this behaviour as well ? The bug has been fixed in 1.6.1. http://sourceforge.net/tracker/?func=detailaid=2876373group_id=161080atid=818426 Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: trying to compile gwave 20090213
Hi Chitlesh, On Donnerstag, 19. November 2009, Chitlesh GOORAH wrote: Yes, (accordance to the RPM packaging guidelines) you will need guile-gnome-platform-devel since gwave needs its *.so files. However, a guile-gnome-platform-devel represents more -devel dependencies for the user, which he/she doesn't need. We have this comment on the fedora's guile-gnome-platform spec file 111 # .so files needed to load libraries at runtime 112 # so they are part of the main package rather than 113 # the devel subpackage http://cvs.fedoraproject.org/viewvc/rpms/guile-gnome-platform/devel/g uile-gnome-platform.spec?view=markup Thanks for the hint. I've copied the comment to the .spec file. I recall seeing a lot of file swaping between g-wrap and guile-gnome-platform upstream sources every release. When you get gwave working on a particular dependency set, ask their openSUSE maintainers not to update them blindly every release, if not this will break gwave all the time. Currently I am the maintainer. You can remove the *.la from your guile-gnome-platform spec file and add the full source0 url on your gwave's spec file. I can not use the url for source0 because on openSUSE every source package has to use bz2 compression. Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: trying to compile gwave 20090213
-guile-gnome-glib.la guile-gnome-platform-devel /usr/lib64/guile-gnome-2/libgw-guile-gnome-glib.so guile-gnome-platform-devel /usr/lib64/guile-gnome-2/libgw-guile-gnome-gnome-vfs.la guile-gnome-platform-devel /usr/lib64/guile-gnome-2/libgw-guile-gnome-gnome-vfs.so guile-gnome-platform-devel /usr/lib64/guile-gnome-2/libgw-guile-gnome-gobject.la guile-gnome-platform-devel /usr/lib64/guile-gnome-2/libgw-guile-gnome-gobject.so guile-gnome-platform-devel /usr/lib64/guile-gnome-2/libgw-guile-gnome-gtk.la guile-gnome-platform-devel /usr/lib64/guile-gnome-2/libgw-guile-gnome-gtk.so guile-gnome-platform-devel /usr/lib64/guile-gnome-2/libgw-guile-gnome-libglade.la guile-gnome-platform-devel /usr/lib64/guile-gnome-2/libgw-guile-gnome-libglade.so guile-gnome-platform-devel /usr/lib64/guile-gnome-2/libgw-guile-gnome-libgnome.la guile-gnome-platform-devel /usr/lib64/guile-gnome-2/libgw-guile-gnome-libgnome.so guile-gnome-platform-devel /usr/lib64/guile-gnome-2/libgw-guile-gnome-libgnomeui.la guile-gnome-platform-devel /usr/lib64/guile-gnome-2/libgw-guile-gnome-libgnomeui.so guile-gnome-platform-devel /usr/lib64/guile-gnome-2/libgw-guile-gnome-pango.la guile-gnome-platform-devel /usr/lib64/guile-gnome-2/libgw-guile-gnome-pango.so guile-gnome-platform-devel /usr/lib64/guile-gnome-2/libgw-guile-gnome-pangocairo.la guile-gnome-platform-devel /usr/lib64/guile-gnome-2/libgw-guile-gnome-pangocairo.so guile-gnome-platform-devel /usr/lib64/libguile-gnome-corba-2.la guile-gnome-platform-devel /usr/lib64/libguile-gnome-corba-2.so guile-gnome-platform-devel /usr/lib64/libguile-gnome-gobject-2.la guile-gnome-platform-devel /usr/lib64/libguile-gnome-gobject-2.so guile-gnome-platform-devel /usr/lib64/orbit-2.0/Foo_module.la guile-gnome-platform-devel /usr/lib64/orbit-2.0/Foo_module.so guile-gnome-platform-devel /usr/lib64/pkgconfig/guile-gnome-defs-2.pc guile-gnome-platform-devel /usr/lib64/pkgconfig/guile-gnome-glib-2.pc guile-gnome-platform-devel /usr/lib64/pkgconfig/guile-gnome-gtk-2.pc guile-gnome-platform-devel /usr/lib64/pkgconfig/guile-gnome-libgnomeui-2.pc guile-gnome-platform-devel /usr/share/doc/packages/guile-gnome-platform-devel guile-gnome-platform-devel /usr/share/doc/packages/guile-gnome-platform-devel/HACKING Summary:Waveform Viewer for Spice and Gnucap Simulations Name: gwave2 Version:20090213 Release:0 License:GPL2 Group: Productivity/Scientific/Electronics URL:http://gwave.sourceforge.net/ Source0:%{name}-%{version}.tar.bz2 Patch0: gwave2-20090213-locale-lc_numeric.patch BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root Autoreqprov:On Requires: guile guile-gnome-platform plotutils Buildrequires: guile guile-gnome-platform-devel gtk2-devel %description Gwave is a tool I am writing using the Gtk+ toolkit. Its purpose is for viewing analog data, such as the output of Spice simulations. Gwave can read binary or ascii files written by HSpice from transient, AC, or Sweep analyses, transient analysis files from the CAzM simulator, and out format files from NanoSim. It can also read raw files from spice2G6, spice3F5 or ngspice, and a tabular ASCII format suitable for use with GnuCAP or homegrown tools. %prep %setup -q %patch0 -p1 %build %if 0%{?suse_version} = 1120 export SUSE_ASNEEDED=0 %endif %configure %{__make} %install %makeinstall %clean rm -rf $RPM_BUILD_ROOT %files %defattr(-,root,root,-) %doc NEWS README FAQ TODO AUTHORS %{_bindir}/* %dir %{_datadir}/guile/app %{_datadir}/guile/app/gwave %changelog * Tue Nov 17 2009 Werner Hoch werner...@gmx.de - 20090213 - build fix for openSUSE 11.2 * Mon Oct 26 2009 Werner Hoch werner...@gmx.de - 20090213 - added gwave2-20090213-locale-lc_numeric.patch * Fri Feb 13 2009 Werner Hoch werner...@gmx.de - 20090213 - new version 20090213 removed gwave2-20090124-no-return-in-nonvoid.patch * Fri Feb 7 2009 Werner Hoch werner...@gmx.de - 20090124 - fixed compiler warnings with the patch gwave2-20090124-no-return-in-nonvoid.patch * Fri Feb 6 2009 Werner Hoch werner...@gmx.de - 20090124 - Initial build. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: small bug in resistor-2.sym
Hi Christian, On Dienstag, 6. Oktober 2009, Christian Riggenbach wrote: I just found a little bug in sym/analog/resistor-2.sym: one of the pins is not aligned to the grid and is a little bit longer. This is only visible if you zoom in very far. It's just a graphical bug. Even if you put it to 150 it's not on the usual grid (100). Second, the offgrid end of the pin it's not the whichend side. Thus your never connect that side of the pin to any net. You can catch all that bugs with gsymcheck: - gaf gsymcheck -vv symbols/analog/resistor-2.sym gEDA/gsymcheck version 1.5.1.20081221 Checking: /home/werner/oss/geda/gaf/symbols/analog/resistor-2.sym Warning: Missing footprint= attribute Warning: Found offgrid pin at location (x2=750,y2=100) Warning: Found offgrid pin at location (x2=152,y2=100) Warning: Did not find numslots= attribute, not checking slotting 4 warnings found No errors found - I'm fixing it in the git repo. Thanks for the report. Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gschem snap parameters?
Hi Kai-Martin, On Dienstag, 22. September 2009, Kai-Martin Knaak wrote: Sometimes, gschem nets shows an annoying tendency to snap to a not so near node. Is there a way to tune the distance at which the gschem net snaps? This is a hardcoded feature ;-) It's not possible to change this with configuration variables. Imagine the possible snapping objects for the nets are magnets. The magnet of the pin is stronger than the magnet of the bus or another net. The relative strength of the magnets is defined in the top section of gschem/src/o_net.c: --- /* weighting factors to tell that a pin is more important than a net */ #define MAGNETIC_PIN_WEIGHT 5.0 #define MAGNETIC_NET_WEIGHT 2.0 #define MAGNETIC_BUS_WEIGHT 3.0 If you like equal strenght, you have to set all WEIGHT constants to the same value. A second set of constants controls, how far away an object can be to activate the snapping: - /* define how far the cursor could be to activate magnetic */ #define MAGNETIC_PIN_REACH 50 #define MAGNETIC_NET_REACH 20 #define MAGNETIC_BUS_REACH 30 - Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gschem snap parameters?
Hi Duncan, On Mittwoch, 23. September 2009, Duncan Drennan wrote: - /* define how far the cursor could be to activate magnetic */ #define MAGNETIC_PIN_REACH 50 #define MAGNETIC_NET_REACH 20 #define MAGNETIC_BUS_REACH 30 What do the values actually mean? Is it 50 grid units, 50 pixels, 50 what? Pixels. I've also experience some frustration with this feature, mainly when I want to route a net and one of the vertexes happens to be close to a magnetic point. Zooming in seems to help avoid the problem. Yes, when you zoom in you spread away the possible connection points. You can temporarly disable the magnetic net with the CTRL key. I guess that's what you need. And finally, you can easily switch the magnetic net feature ON/OFF in the options menu. (Toggle Magnetic Net / om) HTH, Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Library of gnucap and ngspice compatible models?
Hi Alan, On Montag, 21. September 2009, asom...@gmail.com wrote: Please do publicize the repository. Or give me your own url, if you're running a server. I've pushed it to github: http://github.com/werner2101/spicelib I'd like to see how github works compared to repo.or.cz. As everything is in alpha state, please let me know if you have questions. Note: The python script gedaparts can create static symbols out of the index files, too. I think it's not documented anywhere. You've to add some command line options to the script to use it. Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Library of gnucap and ngspice compatible models?
Hi Kai-Martin, On Samstag, 19. September 2009, Kai-Martin Knaak wrote: On Sat, 19 Sep 2009 16:07:29 +0200, Werner Hoch wrote: I've all the stuff in a local git repository, I can push it to a public repository. (github or repo.or.cz) How about gedasymbols.org? I think gedasymbols is not the right place. The spicelib does not provide any model or symbol. ... and I prefer git over cvs for such a project. Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Library of gnucap and ngspice compatible models?
Hi Alan, On Mittwoch, 16. September 2009, asom...@gmail.com wrote: That script looks good; I'll take a look at it. I've updated the package to version 0.0.3. * Indexed new models * fixed newly introduced errors in the nxp model files. * few script and test improvements. http://www.h-renrew.de/h/spicelib/doc/index.html http://www.h-renrew.de/h/spicelib/download/spicelib-0.0.3.tar.gz I've all the stuff in a local git repository, I can push it to a public repository. (github or repo.or.cz) Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Library of gnucap and ngspice compatible models?
Hi Alan, On Mittwoch, 16. September 2009, asom...@gmail.com wrote: So my question is, should I make a new project which is a library of models to use with open source simulators? I think that there is a need for such a thing, but would it be a good idea? Licensing should not be a problem; most vendors license their models to permit redistribution. Would it be better to incorporate these into some existing project than to start a new one? For that matter, has somebody already done this and I'm just duplicating effort? Some time ago I wrote a prototype to collect and test spice models. http://www.h-renrew.de/h/spicelib/doc/index.html The prototype contains the description how to automatically collect the models. It is not a collection of models. You don't have to redistribute the models and you don't need the permission of the vendor to redistribute them. And finally, what extension should a spice model's filename have? There sadly seems to be no consensus to that last question. I just don't care about it. (.mod, .txt, ...) Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: How to save results in txt file?
Hi Petro, On Freitag, 17. Juli 2009, Piter_ wrote: I have results of DC sweep. Can plot it, but cant figure out how to save it in txt file (tab delimited for example, or other), for plotting in something other than ngspice. You can use the ascii format of ngspice: insert set filetype=ascii into your simulation file. Or if you're using python you can use my import filters: http://www.h-renrew.de/h/python_spice/spicedata.html Or if you're using octave you can use another import filter (not as good as the python version) http://www.h-renrew.de/h/de_spice/de.html regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: How to plot in batch mode (ngspice)
Hi joseda, On Freitag, 13. März 2009, joseda wrote: I've discovered gEDA and ngspice and it's fantastic although there is a big road to do. I'm making a work in my university about EDA tools in Linux. My question: Is there a way to plot a graphic (with a .plot directive in the netlist file) after run a simulation in batch mode? You can do several things. 1. Plot into postscript You have to set the plotting device postscript: set hcopydevtype=postscript and plot the vectors with the command hardcopy hardcopy filename.ps ac.v(7) ac.v(8) ac.v(9) ac.v(10) 2. Write the data into a file Use the write command in ngspice will create a data file write binary_results.raw If you like to have an ascii format, you can change it with set filetype=ascii You can postprocess that data with python, ocatve+octave, ... python: http://www.h-renrew.de/h/python_spice/spicedata.html octave: http://www.h-renrew.de/h/de_spice/de.html Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Ngspice help
On Samstag, 14. März 2009, joseda wrote: Hi everyone!! 2 question about ngspice. 1) Can I set the background color of the graphic window as white (and not black) by default? Yes. You can change all colors: Please take a look into the NGSPICE User Manual: - colorN These variables determine the colors used, if X is being run on a color display. N may be between 0 and 15. Color 0 is the background, color 1 is the grid and text color, and colors 2 through 15 are used in order for vectors plotted. The value of the color variables should be names of colors, which may be found in the file /usr/lib/rgb.txt. 2) Can I launch the graphic window in batch mode?(I'm trying again and again but unluckily all i got is segmentation faults) You can launch ngspice with some plots, but not in batch mode. Graphic window and batch mode is contrary. If you get a segfault, then please report it to the ngspice developers with all required informations: * the version you're using * a short example to reproduce the segfault * the OS you're using * ... Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Ngspice help
On Samstag, 14. März 2009, joseda wrote: When i've finished a simulation i change the colors with the instruction set color0=rgb:f/f/f set color1=rbg:255/255/255 This make the graphic how i like (background in white color). But i would like this by default to avoid to run the two sentences of set colorN. You can add them to the spinit file. On my box it's located in /usr/share/ng-spice-rework/scripts/spinit It seems that it's not possible to have a different init file for each user in the $HOME dir. I don't have the file /usr/lib/rgb.txt but i made a 'locate rgb.txt' and i found the file /usr/share/X11/rbg.txt and i interchanged the names of the colors (where it was written black i wrote white and viceversa) then i restarted the computer but Ngspice draw the graphic with background in black color. Why? How can i change this? ngspice doesn't remember this settings, see above. You can launch ngspice with some plots, but not in batch mode. Graphic window and batch mode is contrary. Which plots? asciiplots? No. graphical plots. (example attached) Calling the .cir file with ngspice ac_ascii.cir creates two plot windows. Calling the .cir file in batch mode ngspice -b ac_ascii.cir throws an error message. Regards Werner * simulation de RC2 .control set filetype=ascii ac dec 100 10k 1000k * write ac_ascii.raw plot V(n1) V(n2) plot V(n0) V(n2) .endc .include RC2.net RC2.net Description: application/pcb-netlist ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Read Garbage errors in gsch2pcb
Hi Rob, On Sonntag, 22. Februar 2009, Rob Butts wrote: I got the following errors when running gsch2pcb on a three page schematic. How can I fix this? Read garbage in [TerminalBlock2P200.sym] : Read garbage in [RJ12.sym] : Please post the two symbols. They are not part of the geda symbol library. Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gwave: building on openSUSE, various comments
Hi Steve, On Montag, 9. Februar 2009, steve tell wrote: On Sun, 8 Feb 2009, Werner Hoch wrote: thanks very much for the detailed report, and for the patch. I've applied the patch, and plan to look at the runtime warnings soon. Thanks. If you have a tiny ngspice ascii rawfile that fails that you can send, I'll take a look at the spicefile reader. Sadly, the spice rawfile format is not defined in any written documentation than I know about - not much better than the proprietary spices in that regard. At least we have the code to look at. Yup, that's the way I wrote spice file readers, too. I've attached a package with all the simulations I've used to test my python import utility. http://www.h-renrew.de/h/python_spice/spicedata.html You can create all data files with the Makefile or run the simulations individually with ngspice. Regards Werner testcircuits.tar.gz Description: application/tgz ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gwave: building on openSUSE, various comments
Hi Steve, On Samstag, 7. Februar 2009, Werner Hoch wrote: Compiled out of the box, but there are some compiler warnings. When building rpms the compiler warnings are treated as errors and the buildservice of openSUSE doesn't accept that package. This is only true for openSUSE 11.1. The messages from the buildservice logs are: - I: Program returns random data in a function E: gwave2 no-return-in-nonvoid-function cmd.c:739 E: gwave2 no-return-in-nonvoid-function event.c:226, 206, 186 E: gwave2 no-return-in-nonvoid-function gtkmisc.c:325 E: gwave2 no-return-in-nonvoid-function wavelist.c:590 - The first three errors point to functions defined with SCM_DEFINE. They have no return statement in it. I don't know what they should return. Maybe adding a return SCM_UNSPECIFIED; would fix the warning. The last warning/error in wavelist.c is in the function wavelist_button_click. I think the function should not return anything and the function definition could be changed to void wavelist_button_click( ..) I've attached a patch that fixes the warnings. Regards Werner From a494bbb173f833a805a3517199102ecdd3ed1d43 Mon Sep 17 00:00:00 2001 From: Werner Hoch werner...@gmx.de Date: Sun, 8 Feb 2009 08:52:28 +0100 Subject: [PATCH] fix gcc warnings no-return-in-nonvoid-function Error message from the openSUSE BuildService: I: Program returns random data in a function E: gwave2 no-return-in-nonvoid-function cmd.c:739 E: gwave2 no-return-in-nonvoid-function event.c:226, 206, 186 E: gwave2 no-return-in-nonvoid-function gtkmisc.c:325 E: gwave2 no-return-in-nonvoid-function wavelist.c:590 --- src/cmd.c |2 ++ src/event.c|6 ++ src/gtkmisc.c |2 ++ src/wavelist.c |6 +++--- 4 files changed, 13 insertions(+), 3 deletions(-) diff --git a/src/cmd.c b/src/cmd.c index 2784702..7051471 100644 --- a/src/cmd.c +++ b/src/cmd.c @@ -736,6 +736,8 @@ SCM_DEFINE(set_visiblewave_measure_x, set-visiblewave-measure!, 3, 0, 0, mbtn_set_func(cvw-mbtn[mno], mfunc); mbtn_update(cvw-mbtn[mno], NULL); } + + return SCM_UNSPECIFIED; } #undef FUNC_NAME diff --git a/src/event.c b/src/event.c index d4cb37a..6325917 100644 --- a/src/event.c +++ b/src/event.c @@ -183,6 +183,8 @@ SCM_DEFINE(select_range_x, select-range-x, 1, 0, 0, set_all_wp_cursors(GDK_RIGHT_SIDE); wtable-mstate = M_SELRANGE_ARMED; + + return SCM_UNSPECIFIED; } #undef FUNC_NAME @@ -203,6 +205,8 @@ SCM_DEFINE(select_range_y, select-range-y, 1, 0, 0, set_all_wp_cursors(GDK_TOP_SIDE); wtable-mstate = M_SELRANGE_ARMED; + + return SCM_UNSPECIFIED; } #undef FUNC_NAME @@ -223,6 +227,8 @@ SCM_DEFINE(select_range_xy, select-range-xy, 1, 0, 0, set_all_wp_cursors(GDK_TOP_LEFT_CORNER); wtable-mstate = M_SELRANGE_ARMED; + + return SCM_UNSPECIFIED; } #undef FUNC_NAME diff --git a/src/gtkmisc.c b/src/gtkmisc.c index 5d3430a..b329a3b 100644 --- a/src/gtkmisc.c +++ b/src/gtkmisc.c @@ -322,6 +322,8 @@ SCM_DEFINE(gwave_gtk_menu_popup, gtk-menu-popup, 7, 0, 0, VALIDATE_ARG_INT_COPY(7, activate_time, ctime); gtk_menu_popup(cmenu, NULL, NULL, NULL, NULL, cbutton, ctime); + + return SCM_UNSPECIFIED; } #undef FUNC_NAME #endif /* HAVE_GUILE_GTK_MENU_POPUP */ diff --git a/src/wavelist.c b/src/wavelist.c index 4f128b5..5cde270 100644 --- a/src/wavelist.c +++ b/src/wavelist.c @@ -194,8 +194,8 @@ static GtkWidget *create_wavelist_menu(GWDataFile *wdata); void gwfile_add_wv_to_list(gpointer d /*WaveVar* */, gpointer p /*GWDataFile */); -static gint wavelist_button_click(GtkWidget *widget, - GdkEventButton *event, gpointer data); +void wavelist_button_click(GtkWidget *widget, + GdkEventButton *event, gpointer data); XSCM_HOOK(new_wavefile_hook,new-wavefile-hook, 1, (SCM DF), This hook is invoked when a new waveform file is successfully loaded. @@ -576,7 +576,7 @@ cmd_show_wave_list(GtkWidget *w, GWDataFile *wdata) * Called for all button presses on wavelist button. * If it is a doubleclick, add variable to the current wavepanel immediately. */ -static gint +void wavelist_button_click(GtkWidget *widget, GdkEventButton *bevent, gpointer data) -- 1.6.0.2 ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: gwave: building on openSUSE, various comments
Hi Steve and all, I've build gwave on openSUSE, here are some comments about it. 1. Dependancies === The openSUSE distributions (10.3, 11.0, 11.1) all have a broken g-wrap package. The pkgconfig file is broken and I needed to rebuild g-wrap first. https://bugzilla.novell.com/show_bug.cgi?id=473233 Then I could build guile-gnome-platform. The first time I build it, the cairo and gtk support was missing. There was only a small message in the configure log that told, that cairo was missing. I noticed that when I tried to build gwave2. Ok, then I build guile-cairo, rebuild guile-gnome-platform and finally gwave2. Used versions: g-wrap 1.9.10 guile-cairo 1.4.0 guile-gnome-platform 2.16.1 Steve, can you please add guile-cairo to the dependancy list on the gwave homepage? 2. Compiling gwave == Compiled out of the box, but there are some compiler warnings. When building rpms the compiler warnings are treated as errors and the buildservice of openSUSE doesn't accept that package. This is only true for openSUSE 11.1. The messages from the buildservice logs are: - I: Program returns random data in a function E: gwave2 no-return-in-nonvoid-function cmd.c:739 E: gwave2 no-return-in-nonvoid-function event.c:226, 206, 186 E: gwave2 no-return-in-nonvoid-function gtkmisc.c:325 E: gwave2 no-return-in-nonvoid-function wavelist.c:590 - The first three errors point to functions defined with SCM_DEFINE. They have no return statement in it. I don't know what they should return. Maybe adding a return SCM_UNSPECIFIED; would fix the warning. The last warning/error in wavelist.c is in the function wavelist_button_click. I think the function should not return anything and the function definition could be changed to void wavelist_button_click( ..) 3. Using gwave === At startup I get the following messages: - WARNING: (gnome gtk): imported module (gnome gobject generics) overrides core binding `connect' WARNING: (gnome gtk): `re-export-modules' imported from both (gnome gobject utils) and (gnome gw support modules) WARNING: (gnome gw generics): imported module (gnome gobject generics) overrides core binding `connect' WARNING: (gnome gtk): imported module (gnome gw gtk) overrides core binding `gtk-menu-popup' (gwave:4843): GLib-GObject-WARNING **: invalid uninstantiatable type `(null)' in cast to `GtkTooltips' (gwave:4843): GLib-GObject-WARNING **: invalid uninstantiatable type `(null)' in cast to `GtkTooltips' (gwave:4843): Gtk-CRITICAL **: gtk_tooltips_set_tip: assertion `GTK_IS_TOOLTIPS (tooltips)' failed [ and more tooltips warnings] Let's hope the messages don't indicate any serious errors. Loading a ngspice binary file works fine, but loading an ascii file doesn't work and throws the following error message: - chose file(Datafile to load): /home/werner/oss/python_spice/test/ac_ascii.raw [s3raw]: WARNING /home/werner/oss/python_spice/test/ac_ascii.raw:19: expected row number, got . Note: only one dataset per file is supported, extra garbage ignored - I guess gwave only supports binary spice data files, but not ascii files. Ascii files are created by ngspice if you set the filetype to ascii in the simulation file. set filetype=ascii When loading a ngspice binary file with multiple plots, then only the first plot appears in the signal window. There's no error message about the dropped plots. I think it's not really necessary to support ascii simulation files or multiple plots. It would just be nice to see a proper error message. Finally I'm glad that I can use gwave again. Thanks for your work, Steve. Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: symbol 7495 - wrong pin direction
On Montag, 2. Februar 2009, Oliver Lehmann wrote: I'm now runing geda 1.4.3 and the symbol 7495-1.sym has still its output pins (10-13) in the wrong direction (the pin is drawed from right to left not from left to right). This should be fixed in a future release imho. Fixed in the git repo, thanks for reporting Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: tragesym patch
Hi Matt, On Dienstag, 27. Januar 2009, Matt Ettus wrote: If you put pins on either the top or bottom of a symbol, tragesym moves the name around and changes the positioning. However, this is only necessary if pins are on top, and the logic should ignore pins on the bottom. The following patch: $ diff /usr/bin/tragesym tragesym 300c300 if numpbottom 0: --- if numptop 0: 310c310 if (numptop + numpbottom 0): --- if (numptop 0): 494c494 if numptop + numpbottom 0: --- if numptop 0: Results in much better symbols when you pins on the bottom and not the top. Thanks for the patch, in the current version in the git repo it was only one change: - @@ -490,4 +490,4 @@ def writesym(filename,options,attr,pins): -# Center name if we have top/bottom pins -if numptop + numpbottom 0: +# Center name if we have top pins +if numptop 0: namex, namey = (bottomleftx + o_symwidth) / 2, (bottomlefty + high) / 2 + 100 --- Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: german article in the linux magazin online now
Hi all, two years ago there was an article about gEDA in the german linux magazin. This article is online available now: http://www.linux-magazin.de/heft_abo/ausgaben/2006/12/schalte_und_walte Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: symbol databases, was Re: Wish list, sort of
Hi John, On Dienstag, 6. Januar 2009, John Doty wrote: On Jan 6, 2009, at 1:36 PM, Kai-Martin Knaak wrote: Yes! If you keep your project's symbols together in a project symbol directory, this is very easy. Each symbol file encodes a relation, including graphics, and is conveniently editable in gschem. The files are also easy to process with classic text tools. That's your database. I've added a per project symbol library to the todo list of gEDA 1.8: http://geda.seul.org/wiki/geda:todos#stable1 But there seems to be a mental block here. We keep trying to make the library symbols more usable, and don't get that that's a road a billion files long. The library symbols are templates only: a facility to automatically copy a selected symbol to the project symbol directory is needed. Not sure. I prefer having complete symbols for all larger parts and only symbol templates for small parts (resistors, ...). But no matter how the data source (symbol library) provides the symbols I think It would be good to have a local storage for every project (or schematic). Do that, and the user is defended from library changes, This would also help to maintain the symbol library, as you don't have to take care of every user of the library. If there's a bad symbol in the library you can change or delete it. Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: symbol databases, was Re: Wish list, sort of
On Dienstag, 30. Dezember 2008, Peter TB Brett wrote: On Wednesday 07 January 2009 18:44:04 Werner Hoch wrote: I've added a per project symbol library to the todo list of gEDA 1.8: http://geda.seul.org/wiki/geda:todos#stable1 I can probably put together a Guile script which will implement this, using the current framework. That would be cool. But we should carefully think about everything that has to do with this topic. * library reload (update the schematic with parts from the global lib) * symbol name collisions * checksums for the local symbols? * ... Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Wish list, sort of
Hi Mike, On Montag, 5. Januar 2009, Mike Crowe wrote: There was talk a while ago about integrating gschem with a database. Any status change on that? Any way I can help implement/test with mysql? libgeda (gschem) has an interface where you can connect a database. I've played with it some time ago: Here is the mail I wrote: http://archives.seul.org/geda/dev/Nov-2007/msg00034.html The current homepage is here: http://www.h-renrew.de/h/spicelib/doc/index.html My database are just some ini-style files that contain some attributes and other definitions. A python script combines the definitions and template symbols to complete symbols. I've only a few parts (1000 to 1500) mostly diodes and transistors with spice models. I haven't played with a real database like mysql. Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Wish list, sort of
On Dienstag, 6. Januar 2009, Peter Clifton wrote: On Tue, 2009-01-06 at 13:45 +0100, Werner Hoch wrote: libgeda (gschem) has an interface where you can connect a database. For which Peter Brett deserves the credit for adding. Yes, great design. The current homepage is here: http://www.h-renrew.de/h/spicelib/doc/index.html That looks very interesting. I'm sure Peter B would appreciate any feedback you had on the SCM parts source code, based on your experiences so far. I'm using the component-library-command not the component-library-funcs. I only use the SCM function to register my python script (gedaparts) geda-parts.scm: - (component-library-command /home/werner/oss/geda/spicelib/scripts/gedaparts -l nxp_bipolar.index /home/werner/oss/geda/spicelib/scripts/gedaparts -p nxp_bipolar.index NXP bipolar transistors) (component-library-command /home/werner/oss/geda/spicelib/scripts/gedaparts -l nxp_diodes.index /home/werner/oss/geda/spicelib/scripts/gedaparts -p nxp_diodes.index NXP diodes) (component-library-command /home/werner/oss/geda/spicelib/scripts/gedaparts -l ti_opamps.index /home/werner/oss/geda/spicelib/scripts/gedaparts -p ti_opamps.index TI opamps) --- a different script shows all symbols from www.gedasymbols.org in gschem: -- (component-library-command /home/werner/oss/geda/gedasymbols_connector/src/connect_symbols.py -l /home/werner/oss/geda/gedasymbols_connector/lib/gedasymbols /home/werner/oss/geda/gedasymbols_connector/src/connect_symbols.py -p /home/werner/oss/geda/gedasymbols_connector/lib/gedasymbols gedasymbols) - It's described here (index_symbols.py and connect_symbols.py): http://www.gedasymbols.org/user/werner_hoch/ Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Wish list, sort of
On Dienstag, 6. Januar 2009, r wrote: On Tue, Jan 6, 2009 at 12:45 PM, Werner Hoch werner...@gmx.de wrote: My database are just some ini-style files that contain some attributes and other definitions. A python script combines the definitions and template symbols to complete symbols. I've only a few parts (1000 to 1500) mostly diodes and transistors with spice models. I haven't played with a real database like mysql. This looks very interesting. I spotted this mechanism before but assumed this is just yet another way of accessing symbols. Can you explain how do you tie symbols with their respective spice models? Can you switch between different models by configuration? gschem calls a python script called gedaparts. The script can extract the available parts from an ini-style data file with the list command. The ini-file looks like this: [GLOBAL] MODELDIR=model_library/nxp/bipolar/ TESTDIR=model_tests/nxp/bipolar/ DESCRIPTION=NXP bipolar models GOLDEN_CHECKSUMS=model_golden_checksums/nxp_bipolar_lib.md5sum CURRENT_CHECKSUMS=model_checksums/nxp_bipolar_lib.md5sum model_status=undefined [2PA1576Q_NXP1] symbol=pnp.sym value=Q2PA1576Q modelname=Q2PA1576Q file=2PA1576Q.prm refdes=Q? pinseq_c=1 pinseq_b=2 pinseq_e=3 pinnr_c=C pinnr_b=B pinnr_e=E footprint=none documentation=http://www.nxp.com/acrobat/datasheets/2PA1576_5.pdf description=PNP general-purpose transistor test_refdes=Q1 model_status=good [2PA1576R_NXP2] symbol=pnp.sym value=Q2PA1576R ... -- The [GLOBAL] section defines some pathnames, ... All other sections are attributs of devices, where all attributes and values for the symbol are defined. With the get command gschem can ask for a symbol. The python script will then put the values of the requested symbol section into a symbol template. (using the python moduls string.Template and ConfigParser) The script writes the complete symbol to stdout and gschem receives the symbol. If this virtual library could store both symbols and schematics (as well as netlists, models, ...) that would be great. It currently has references to model files. The filenames are added to the symbol attributes. You can start the simulation after netlisting. Why would you like to store schematics in that database? Or Netlists? Sounds strange to me. template pnp.sym and gedaparts script attached. Both really simply. For the whole system you've to download the source of the spicelib. Regards Werner gedaparts Description: application/python pnp.sym Description: application/geda-symbol ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Wish list, sort of
On Dienstag, 6. Januar 2009, Mike Crowe wrote: On Tue, 2009-01-06 at 12:50 +, Peter Clifton wrote: On Tue, 2009-01-06 at 13:45 +0100, Werner Hoch wrote: libgeda (gschem) has an interface where you can connect a database. So then I write a backend tool that gschem accesses through libgeda that allows it to access information? If so can anyone point me to api docs (even rough ones) to get me started? The docs are in the file libgeda/src/s_clib.c as doxygen comments. Here's a link to the current blob in the git repo. http://git.gpleda.org/?p=gaf.git;a=blob;f=libgeda/src/s_clib.c;h=2ec82af98227e62548d6e22a5ffb1f794624244c;hb=HEAD You can have a look into the connect_symbols.py script or the script I've just posted before. http://www.gedasymbols.org/user/werner_hoch/tools/connect_symbols.py It's documented a little bit. Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gedasymbol.org and the usage of overb ar for inverted pins
On Donnerstag, 1. Januar 2009, Stefan Salewski wrote: Am Donnerstag, den 01.01.2009, 15:04 +0100 schrieb Werner Hoch: since 3 years now, with the release 20060123, gschem (libgeda) has a special feature to encode overbars over text strings in the text definition. Text that is encapsulated in two \_ markers will be displayed with an overbar over the text region. Examples: pinlabel=\_Reset\_ pinlabel=R/\_W\_ How important is the \_ at the end of the text? (I think some of my symbols may miss that like pinlabel=\_Reset) The current implementation of the overbar feature accepts that. But you should fix them. The next or any different implementation might not accept it. Just the same reason why html should be valid, even if a single browser can display it correctly. ste...@amd64-x2 ~ $ gsymcheck -vv /usr/share/gEDA/sym/io/io-1.sym gEDA/gsymcheck version 1.4.1.20080929 [...] ERROR: Found duplicate pinnumber=1 attribute in the symbol ERROR: Found duplicate pinnumber=1 attribute in the symbol 3 warnings found 2 ERRORS found wer...@linux-m82i:~/oss/geda/gaf gsymcheck -vv symbols/io/io-1.sym gEDA/gsymcheck version 1.5.1.20081221 [...] Warning: Found the same number in a pinnumber attribute and in a net attribute [1] 4 warnings found No errors found The message changed in the current git version of gsymcheck. Use gsymcheck only as an advisor, not a dictator. Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: change of architecture forced by geda-symbols upgrade
Hi Peter, On Freitag, 2. Januar 2009, Peter Ragosch wrote: on SuSE 11.1 x86_64 I tried an geda-symbols upgrade from 1.4.2-1.1 to 1.4.3-1.1 using YaST and got a warning: geda-gsymcheck-1.4.2-1.1.x86_64 needs geda-symbols = 1.4.2, but this does not exist (or similar sounding) and YaST provides an architecture change of geda-xxx.x86_64 packages to geda-xxx.i586. Over all 680 packages to exchange. This is not what I want and I'll delay the upgrade. Thanks for the info. Don't be angry with me but this is not the only package I found since I'm running a 64bit system. So I want to please you (the packager): Please solve the dependency of geda-symbols packages in future releases. Please take more care about architecture dependencies, even for typically noarch packages like symbols. The dependancies are correct and all packages have been build. Unfortunatly the openSUSE buildservice hasn't published all new packages of the 1.4.3 release on the x86_64 arch. Wait till the 1.4.3 packages appear on the server: http://download.opensuse.org/repositories/science/openSUSE_11.1/x86_64/ I think it's a bad thing that YaST recommends an arch change. Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: change of architecture forced by geda-symbols upgrade
On Freitag, 2. Januar 2009, Werner Hoch wrote: Wait till the 1.4.3 packages appear on the server: http://download.opensuse.org/repositories/science/openSUSE_11.1/x86_6 4/ It's fixed now. Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: announce: spice to hdf5 conversion utility
Hi all, some time ago I wrote a python modul to read spice simulation data into python. Now I wrote another small script to insert spice simulation data into an HDF5 file. I've put some notes together on a little homepage to show how it's supposed to work. http://www.h-renrew.de/h/python_spice/spicedata.html HDF5 is a very powerful format an is supported many programming languages and math programs (octave, matlab, R, python, ...). Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: more packaging comments
On Dienstag, 23. Dezember 2008, Ales Hvezda wrote: [snip] Please use the same standard as gnome apps do with respect to locale names. I need to correct some a misconception that is been spreading for some time now. gEDA/gaf (or PCB IIRC) are *NOT* gnome apps. gEDA/gaf and all the programs contained within desktop independent and I would like to keep it that way. Of course if the above locale names make sense in the general case, then by all means, let's fix them. They are already fixed in the master branch. Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Waveform viewers other than gwave?
Hi Kurt, On Freitag, 21. November 2008, KURT PETERS wrote: Go to sourceforge.net and try KJWaves. I wrote it in Java, so it will work on almost any platform using JRE 1.5 and above. It is also referenced on the ngspice web site as a recommended waveform viewer and there should be a link there. Make sure you read the INSTALL and README included with the package. Can you also put some source code packages to the SF download page? http://sourceforge.net/project/showfiles.php?group_id=160005package_id=179804 Maybe I will create rpms for openSUSE. Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Waveform viewers other than gwave?
Hi, On Freitag, 21. November 2008, Yamazaki R2 wrote: Does anybody know of any decent waveform viewers? Even ones that aren't free? I really don't like the fact that there are no gridlines or labels on either axis and that this point I am using the built in waveform viewer in ngspice on gwave. If you are familiar with octave or python you can use one of my import filters from my web pages: octave: http://www.h-renrew.de/h/de_spice/de.html python: http://www.h-renrew.de/h/python_spice/de.html The python version has more features and is faster. Some time ago, I started to write a new waveform viewer, but it's still in pre-alpha state. http://www.h-renrew.de/h/dataplot/dataplot.html I think I should spend some more time on that programm. Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Waveform viewers other than gwave?
On Sonntag, 23. November 2008, KURT PETERS wrote: I'm not too sure what you mean. Is this source code that's different than that already available on sourceforge.net? Currently there are only compiled versions of kjwaves available in the download area of SF. e.g. http://downloads.sourceforge.net/kjwaves/kjwaves_1.1.3.zip?modtime=1198966271big_mirror=0 The zip file contains the java archives (.jar). To build a rpm package I need a package with the java source files. Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Odd file behavior
Hi Ethan, On Mittwoch, 12. November 2008, Ethan Swint wrote: Hmm... I was hoping that it was a file issue, since this is the first occurrence on this machine (the last couple of months) and it was working fine yesterday. What version of gEDA/gaf are you running? 1.5.0.20080706, compiled from CVS on 14 Oct. I don't believe that. your file has the version text: v 20080706 2 That version was added on 2008-11-03 to the git repo -- T 63350 68350 9 10 1 0 0 4 1 Analog Feedback A 41 32743 712829575 32743 712835244 1 851558599 6948896 0 0 10579792 The arc definition comes after a text object in your schematic Do you remember if this Analog Feedback text was once a multiline text element like: -- T 63350 68350 9 10 1 0 0 4 1 Analog Feedback Amplifier --- The buggy text interpretation till 2008-11-09 read the first line as text and the second line as an arc with garbage content. Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Odd file behavior
On Mittwoch, 12. November 2008, Ethan Swint wrote: Aha! I do remember making that comment as multi-line text. I take it from your above comment that this is now fixed if I pull fresh source and compile again. Yes. But you have to remove the arc from your file with a text editor. As for the version, I was basing the pull date off of the date the gEDA folders were created. It's certainly possible ('though I can't rightly remember) that I pulled and compiled after the first install. You can use git log or gitk to investigate the exact version that you've installed. Just post the SHA1 of the last commit next time. Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: printing problem
Hi Felix, On Samstag, 8. November 2008, Felix Maier wrote: On Sat, 08 Nov 2008 17:21:45 + Peter Clifton [EMAIL PROTECTED] wrote: You might like to file a feature request on the sourceforge tracker. I did this. But a faster solution would be better for me :) You can create your own titleblock and add some spacer lines to the borders. Print that page without borders. Example attached. You can make those spacer lines smaller, nearly invisible on the print. Regards Werner spacers.sch Description: application/geda-schematic ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Autonumbering in multi-page schematic
Hi Rob, On Freitag, 31. Oktober 2008, Rob Butts wrote: I have three pages of schematics named: name_1.sch, name_2.sch and name_3.sch. I want to autonumber the refdeses for the whole hierarchy. You currently do not have a hierarchical structur of schematics. I did a tu, set it for autonumber text in: whole hierarchy, skip numbers found in: selected objects and I checked the overwrite existing numbers box. It is only autonumbering the page I start it on. Is this because of the way I have the pages saved? You have to create a hierarchy with a parent schematic. If you start the autonumbering with the parent schematic and activate the hierarchical autonumbering, then all child schematics will be renumbered. The child schematics are referenced by the source attribute that is attached to a symbol in the parent schematic. You can use the commands for hierarchy up and down to navigate between the parent schematic and the child schematics. Example of a parent schematic attached. Required gafrc file to define the search path, too. Regards Werner parent.sch Description: application/geda-schematic (define current-working-directory (getenv PWD)) (component-library current-working-directory) (source-library current-working-directory) ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: How to set node 0 in gschem
Hi Nick, On Montag, 6. Oktober 2008, nikosapi wrote: I'm using gschem and gspiceui for the first time and I'm having trouble figuring out how to specify which node is node 0 (ground). Is there a special symbol that I have to attach to that node? or some odd spice syntax that I'm missing in an attribute? You can use the the symbol gnd-1.sym. It has a net attribute GND inside the symbol and it will be converted to the netname 0 in the spice-sdb netlister. Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: openSUSE rpms (was: gEDA/gaf stable version 1.4.1-20080929 released!)
Hi all, I've build openSUSE rpm packages for the new version 1.4.1. The rpms are available for the openSUSE versions 10.2, 10.3 and 11.0. Note: I've finally removed all rpms from my personal rpm repository home:werner2101. All rpm packages are available in the science repository now: http://download.opensuse.org/repositories/science/ For further informations please read the wiki page: http://www.geda.seul.org/wiki/geda:suse_rpm_installation Please let me know if there are any issues regarding the installation of the rpm packages. Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Using tragesym with Emacs org-mode tables almost successful
Hi there, On Dienstag, 15. Juli 2008, Csányi Pál wrote: I tried to use tragesym with my favorite text editor Emacs. I'm using org-mode in Emacs in which one can to create tables. So I edited the tragesym template.src and made in it the tables for [options], [geda_attr] and [pins]. I saved the file as template.org . I fill the tables with approppriate values and saved it as dual_pho_tran_optocoupler.org . I send these tables in the same file to tab-separated lines. Finally I run tragesym on this file: tragesym dual_pho_tran_optocoupler.org dual_pho_tran_optocoupler.sch and I get an error message: Traceback (most recent call last): File /usr/local/geda-0.0.2/bin/.scripts/tragesym.py, line 586, in module opts,attr,pins=readsrc(file_in) File /usr/local/geda-0.0.2/bin/.scripts/tragesym.py, line 143, in readsrc geda_attr[(string.strip(element[0]),nr)]=string.strip(element[1]) IndexError: list index out of range You had lines in the attribute section that had only 1 element. The elements are splitted either with the equal sign = or TAB. If you look at one of your lines: | version | 20080127 1 | | name | MCT6| There's no tragesym seperator in it. I half solve the problem so so I edited again the template.org file and hash the beginning of the lines at on tables, the [geda_attr] tables. I send then again this table to tab-separated lines in the same file. Now I get the dual_pho_tran_optocoupler.sch file without a problem. Why get I this error message? Your files contains lines that are not part of the file format description. The org tables start with | and have no field delimiter. If you like to use the org tables you've to mark them as comments (for tragesym) and prefix them with #. Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Newbie questions
Hi Johannes, On Samstag, 12. Juli 2008, Johannes Bauer wrote: Werner Hoch schrieb: Now you should be able to compile the new code and play with it. Hmm - I did exactly as you described it, it all worked fine. However, the compiled version (gEDA/gschem version 1.5.0.20080706) does not appear to be any different from the standard development version (i.e. I do not see how to enable net highlighting). Am I doing something wrong yet again or are there keys to enable highlighting or something like that? I've searched the menus, but couldn't locate any option that'd fit. There's no option in the menus. Even the options inside the config files are incomplete. Click once on a net, one segement gets selected Click again and all directly connected nets are selected Click again and all indirect (with netnames) connnected nets are selected. Note: Using one of the git tree viewers gitk or qgit will help you to understand the above steps. I will, as soon as I find the time! git seems to be capable of handling a *lot* more complex situations than svn does, I've just not had the time of fiddling around with it... I think git is just a little bit more powerfull. It's not harder to use than svn. Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: A little tribute...
Hi Johannes, On Sonntag, 13. Juli 2008, Johannes Bauer wrote: now that I fell so much in love with gEDA and GnuCap alike - I've created a little tutorial for total beginners about both. I hope you enjoy it. http://johannes-bauer.com/electronics/ Nice. Can you please also publish the PartSweep script? I'm using python for netlist and schematic manipulations, too. I've used the python modul string.Template to manipulate the netlist. Here's my summary on how to use python and spice for circuit optimization. http://www.h-renrew.de/h/python_spice/de.html Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Newbie questions
Hi Johannes, On Dienstag, 8. Juli 2008, Johannes Bauer wrote: Werner Hoch schrieb: I've just rebased the branch at repo.or.cz: http://repo.or.cz/w/geda-gaf/werner.git?a=shortlog;h=refs/heads/net selection2 I've managed to check out the git repo, compiled it, but there doesn't seem to be the patch included. This is supposedly because of my pathetically marginal git knowledge. How do I check out that netselection2 patch? There are some notes in the geda wiki about how to use git: http://www.geda.seul.org/wiki/geda:scm Basicly you should clone the official geda repo first: git clone git://git.gpleda.org/gaf.git Then fetch the single branch netselection2 from my geda repository at repo.or.cz. You can fetch it into a local branch of your local geda repository: git fetch git://repo.or.cz/geda-gaf/werner.git netselection2:test_select After that you should have a lokal branch with the name test_select. Checkout the branch with: git checkout test_select Now you should be able to compile the new code and play with it. Regards Werner Note: Using one of the git tree viewers gitk or qgit will help you to understand the above steps. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gEDA/gaf development version 1.5.0.20080706 released!
Hi Johannes On Montag, 7. Juli 2008, Johannes Bauer wrote: The autohinting-feature has a minor problem, IMHO, however: When I want to connect two ICs, like here, where I'd like to connect SDO with ADC2: http://bildrian.de/n/b/cd822dc9f6d19cfc.png It does connect SDO to ADC0, ADC1 and ADC2: http://bildrian.de/n/b/1d3332b8f51851c5.png Instead of my intention: Unfortunatly a computer can not guess your intention. You've to give your computer a hint with the keyboard ;-). The control modifier key temporarly disables the magnetic net mode. (I think I should write some docs) Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Newbie questions
Hi Johannes, On Montag, 7. Juli 2008, Johannes Bauer wrote: Werner Hoch schrieb: A patch is already there, but it's not entirely complete yet: http://sourceforge.net/tracker/index.php?func=detailaid=1895538gr oup_id=161080atid=818428 Hmm - what's missing? If a net is connected with a net label inside of two or more symbols, the connection is not tracking that connections. I cannot patch against a current version (some HUNKs fail), is there a newer version? Which patch have you used? Or is it already in the SVN tree? We're using git. I've just rebased the branch at repo.or.cz: http://repo.or.cz/w/geda-gaf/werner.git?a=shortlog;h=refs/heads/netselection2 It's now based on the 1.5.0 development snapshot. Note: There are some debugging printf's in the code. Are there plans to integrate it into mainline? Yes, but the net issue should be fixed first. Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gEDA/gaf development version 1.5.0.20080706 released!
Hi Johannes, On Montag, 7. Juli 2008, Johannes Bauer wrote: Werner Hoch schrieb: The control modifier key temporarly disables the magnetic net mode. Indeed that worked, but only after the wire is moved: I tried Ctrl, Alt and Shift and none seemed to work as the desired result did not become effective until the mouse cursor was moved - it's probably only a small fix which would be nice nevertheless. I've talked with Peter C. about that issue, but the fix isn't that easy. If there are too much user complaints I'll try to fix it. IIRC the control key does not create a key-press-event. Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Newbie questions
Hi all, On Sonntag, 6. Juli 2008, Bert Timmerman wrote: On Sun, 2008-07-06 at 01:13 -0300, John Coppens wrote: Johannes Bauer [EMAIL PROTECTED] wrote: John Coppens schrieb: 1. How can I highlight a complete net in gschem? I have mostly stuff like http://bildrian.de/n/b/c3c0ce767ca5d198.png this - when I want to find out where exactly PA2 goes, I have to manually follow each piece of network, which is kind of annoying. According to http://article.gmane.org/gmane.comp.cad.geda.user/12275 it's not yet possible Oh, this is quite unfortunate, since that would be an interesting feature. Since the article you quoted was posted one year ago I believe that there are no attempts on implementing that either, are there? Not that I'm aware of One can always file a feature request at sourceforge (http://sourceforge.net/tracker/?group_id=161080atid=818429) A patch is already there, but it's not entirely complete yet: http://sourceforge.net/tracker/index.php?func=detailaid=1895538group_id=161080atid=818428 Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gschem won't connect nets
Hi Bernd, On Mittwoch, 11. Juni 2008, Bernd Jendrissek wrote: On Sun, May 25, 2008 at 4:25 AM, Rick Collins [EMAIL PROTECTED] wrote: Or perhaps the software should check this and give a warning when placing a part so that it is not connectable. It could be cute to have a libgsymcheck which gschem's component selector could invoke each time you select a component, having it write warnings about the symbol into an alert box. I'm using a component-library-command that checks the symbol before it's being displayed in the component selector. The library command is a small python script that calls gsymcheck. The gsymcheck output is forwarded to stderr and is displayed in the log window of gschem. The connection commands are in an scm file in the gafrc.d directory: --- (component-library-command /home/werner/oss/geda/nice_sym/connect_symbols.py -l my_gedasymbols /home/werner/oss/geda/nice_sym/connect_symbols.py -p my_gedasymbols gedasymbols) (component-library-command /home/werner/oss/geda/nice_sym/connect_symbols.py -l symbols_def /home/werner/oss/geda/nice_sym/connect_symbols.py -p symbols_def symbols_def) The python script connect_symbols.py is attached. Before I've connected the symbols, I've renamed all symbols that are used by that commands using a SHA1-hash extentions. Symbol BC557-2.sym is stored as BC557-2_f2073e99.sym in a different directory. With this stuff I've connected all symbols from www.gedasymbols.org and a copy of all symbols provided with geda-symbols into gschem. Regards Werner #!/usr/bin/python # Copyright (C) 2008 Werner Hoch [EMAIL PROTECTED] # Released under the terms of the GNU General Public License, version 2 import os, sys, getopt import dircache import tempfile, popen2 SETUP VARS REL_DIR= ./ # relation between this script and the BASE_DIR BASE_DIR = os.path.join(os.getcwd(), os.path.dirname(sys.argv[0]), REL_DIR) FUNCTIONS def log(x): open(connect_symbols.log,at).write(str(x) + \n) def usage(): print usage: + sys.argv[0] + [options], ... -h --help: print help information -v --verbose: print debug messages to stderr -l --list library: list symbol of one library directory -p --part library part: get a single part of a library MAIN log(sys.argv) try: opts, args = getopt.getopt(sys.argv[1:], hvl:p:, [help, verbose, list=, part=]) except getopt.GetoptError, err: # print help information and exit: print str(err) # will print something like option -a not recognized usage() sys.exit(2) verbose = False listlibrary = False printpart = False for o, a in opts: if o == -v: verbose = True elif o in (-h, --help): usage() sys.exit() elif o in (-v, --verbose): verbose = True elif o in (-l, --list): listlibrary = True librarydir = a elif o in (-p, --part): printpart = True librarydir = a symbolname = args[0] else: assert False, unhandled option if verbose: log(sys.argv[0] + : opts: + str(opts) + args: + str(args)) elif listlibrary: path = os.path.join(BASE_DIR, librarydir) parts = [ f[:-4] for f in dircache.listdir(path) if f[-4:] == .sym ] sys.stdout.write(\n.join(parts)) sys.exit() elif printpart: filename = os.path.join(BASE_DIR, librarydir, symbolname + .sym) sys.stderr.write(filename +\n) ## run gsymcheck over the symbol command = gsymcheck -vv + filename pop = popen2.Popen3(command, capturestderr=True) message = pop.fromchild.read() err = pop.childerr.read() mlines = message.split(\n) if len(mlines) 9: message = \n.join(mlines[7:-1]) + \n pop.wait() sys.stderr.write(message) sys.stdout.write(open(filename).read()) sys.exit(0) else: sys.stderr.write(sys.argv[0] + : undefined case\n) usage() sys.exit(2) ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: spice tutorial
Hi David, On Montag, 19. Mai 2008, David Griffith wrote: I'm following the instructions for using easyspice at http://easy-spice.sourceforge.net/examples.html and I can't seem to get graphs to present themselves. I've sucessfully installed ngspice and xspice, so I was able to get the OP calculation. Am I missing some external plotting or graphic program? You do not need an external programm. easy_spice uses ngspice for plotting. I'm sorry I can not guess what's wrong with the given description. Have you plotted the results? What's the output in the terminal? It should be something like this when plotting: executing: { xterm -geometry 80x5-0-0 -T plot log -e ngspice -i inv_plot.cir } echo $! Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: new to gEDA, diode trouble
Hi Mark, On Donnerstag, 15. Mai 2008, Mark Lorenz wrote: Thanks for the response! Please see my follow up questions: Error on line 12 : d4 4 higherout unknown unable to find definition of model unknown - default assumed You've not added a diode model. Thus a simple diode model is used. Where can I find some instructions on obtaining and adding new models? Take a look into the geda wiki: http://www.geda.seul.org/wiki/geda:sdb_howto Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Very heavy symbols
Hi Carl, On Donnerstag, 10. April 2008, Carl Denzen Van wrote: Thank you all for the tips! It is getting clearer for me. Werner wrote: I'm using BCE as pinnumber attributes as long the footprint of the device (transistor) is not defined. Thus it's easy to replace them when adding a footprint. This can be done with a database, or something like that. In the spicelib http://www.h-renrew.de/h/misc/spicelib/doc/ draft the heavy symbols are generated out of a library indexfile and a symbol template (attached). The values to replace in the template look like this: [2PA1576Q_NXP1] symbol=pnp.sym value=Q2PA1576Q modelname=Q2PA1576Q file=2PA1576Q.prm refdes=Q? pinseq_c=1 pinseq_b=2 pinseq_e=3 pinnr_c=C pinnr_b=B pinnr_e=E footprint=none documentation=http://www.nxp.com/acrobat/datasheets/2PA1576_5.pdf description=PNP general-purpose transistor test_refdes=Q1 model_status=good The entry does not contain a footprint, as I've created it for spice simulations. Advantage: -you have very little number of symbols, which are easier to maintain (compared to heavy symbols) Disadvantages: - the file definition changes (documentation must be updated) - gsch2pcb must understand the new file format Maybe I am not the first one to propose this idea, but I didn't find it anywhere yet. No. Regards Werner pnp.sym Description: application/geda-symbol pnp_rbase.sym Description: application/geda-symbol ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Spice files
Hi Karl, On Montag, 7. April 2008, Karl Edler wrote: After a little poking around I found the following website full of SPICE models: http://www.cadence.com/products/orcad/downloads/pspice_models/index.a spx I'd not recommend that models. The model files are all pretty old. e.g. The Philips models are from 1996-99 , I've currently downloaded models from NXP (former philips) which have been updated this year. The models are not from it's original source (the vendor). Your getting models with the errors from the vendor plus the errors introduced by orcad. Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gschem panning oddities
Hi Kai-Martin, On Samstag, 5. April 2008, Kai-Martin Knaak wrote: On Fri, 04 Apr 2008 19:14:59 -0400, Ales Hvezda wrote: No little boxes on my schreen. I switched them off the in my gschemrc with (fast-mousepan disabled). Still, right-mouse-dragging yields about three times the redraw rate as dragging the scroll bar does. I think the reason is, that moving the scrollbar calls the drawing functions every time the scrollbar is slightly moved. If you move your mouse (dragging), the callback function is x_event_motion(). This function is checking the event queue for equal type motion events. If the next event is equal to the current, the event is dropped. Thus the redraw looks only snappier, we are cheating a little bit ;-). BTW, pcb is even more snappy with about the same amount of items to be shown (GTK- HID). I guess, the applications use totally different (re)draw techniques under the hood, do they? I'm just curious. How have you counted the objects? Regards Werner Related git commit commit c77327c5c19358c8d8a0893c0b92f7e16c711fcb Author: Werner Hoch [EMAIL PROTECTED] Date: Fri Apr 14 11:49:27 2006 + rubberband drawing, motion event dropping, move while drawing improved ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gschem light background
On Samstag, 29. März 2008, Carl van Denzen wrote: Thank you Werner, it works, I have a light background. Who is going to update the User guide? Done. http://geda.seul.org/wiki/geda:gschem_ug I tried to, but I can't do it. Please ask Ales for a login if you like to contribute more frequently. Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gschem light background
Hi Carl, On Freitag, 28. März 2008, Carl van Denzen wrote: I want to have a light background in gschem and in the user guide I found how to do it: in ~/gschemrc. But this doesn't work, I do not get a light background, and gschem complains about the syntax in gschemrc: [ibook1-thuis-vandenzen-nl:~] carl% cat gschemrc ; Load up a color scheme (load (string-append gedadatarc /gschem-lightbg)) ; The syntax changed with geda version 1.2.0: http://www.geda.seul.org/wiki/geda:faq-gschem#how_can_i_have_a_different_background_color_other_than_black to: (load (build-path geda-rc-path gschem-lightbg)) Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: openSUSE rpms in the science repository (for electronics, math and science)
Hi all, I'd like to announce the science repository at the openSUSE buildservice. You can find some installation instructions in the wiki: http://geda.seul.org/wiki/geda:suse_rpm_installation The science repo contains about 55 packages related to math, electronics and science: * gaf packages: gEDA, pcb, gerbv, gnucap ... (take a look at the list in the wiki) * Our open source competitors: qucs, oregano (only openSUSE 10.3), kicad (only openSUSE 10.2 and 10.3) * Math packages: maxima, R, octave, scilab, ... * python packages: numpy, scipy, matplotlib (pylab), pytables, ... * other programms: * meep (FDTD-simulator) * hdf5 library and viewer (hdf-java) Please let me know if you have any issues installing the packages. I'd also like to get some feedback about usefull programs that are not in the repository. openSUSE is collecting them in the science wishlist (http://en.opensuse.org/Wishlist_Science) Note: If you've already used gaf rpms from the home:werner2101 repository, please switch to the science repository. Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: question about hierarchy in gschem
Hi Levente, On Mittwoch, 26. März 2008, Levente wrote: I thought that I understood the gEDA term hierarchy... up till now. So I have a schematic that is divided into two files, say file1.sch and file2.sch. When I click on Autonumber text, and atonumber text in whole hierarchy, it will only renumbers the currently focused page, however all the two are loaded into gschem. How can I link the two schematics to be able to renumber them at one go? You have to create a parent schematic that references both schematics. In a simple case, this is only a block diagramm with two blocks. Each block references one of your subschematic with the source attribute. Open that parent schematic and run autonumber text. If you've the gschem source, you can take a look at the test directory: gschem/test/autonumber.sch Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: SuSE rpms (was: gEDA/gaf stable version 1.4.0-20080127 released!)
Hi Peter and all, sorry for the late response. I've finally tracked down all the menu, desktop and mimetype stuff. I put the description to the wiki: http://geda.seul.org/wiki/geda:suse_rpm_installation On Mittwoch, 30. Januar 2008, Peter Clifton wrote: On Wed, 2008-01-30 at 20:29 +0100, Werner Hoch wrote: I've build all gEDA 1.4.0 applications for SuSE distributions. Installation instructions can be found in the wiki: http://geda.seul.org/wiki/geda:suse_rpm_installation I'd like to get some feedback about the desktop integration for the different SuSE versions. Are the Icons for gschem and gattrib in the following menu: Applications--Edutainment--Construction The Desktop menu items have been changed to: Application--Edutainment--Electronics You have to install the electronics-menu rpm package to use it. I don't see any call to update-mime-database in the libgeda package. Is this OK? (I'm not far enough through my build for this to have been testable yet). I've missed it the last time. It's fixed in the current libgeda and pcb package. Also, is %suse_update_desktop_file geda-gattrib meant to be an %install time process? No the makro creates or modifies the desktop files. In our case this moved all electronics menu entries into the constructions categorie. I've removed this makro. I couldn't find any documentation for that macro. If you found some, can you point me at it please? http://en.opensuse.org/Packaging/SUSE_Package_Conventions/Specific_Packages mime type toubleshooting: I've had some hard hours to find out that I had some local mimetype definitions in my home directory for gschem. Thus the mime types worked great in GNOME but not in the KDE environment. If you don't have the mimetypes in KDE, please run nautilus (the file manager of gnome). Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: SuSE rpms (was: gEDA/gaf stable ver sion 1.4.0-20080127 released!)
On Dienstag, 25. März 2008, Peter Clifton wrote: On Tue, 2008-03-25 at 10:38 +0100, Werner Hoch wrote: mime type toubleshooting: I've had some hard hours to find out that I had some local mimetype definitions in my home directory for gschem. Thus the mime types worked great in GNOME but not in the KDE environment. If you don't have the mimetypes in KDE, please run nautilus (the file manager of gnome). Hmm, there should be mimetypes for KDE installed. E.g.: /usr/share/mimelnk/application/x-geda-* /usr/share/mimelnk/application/x-pcb-* Yes but kde does not look in that folder: [EMAIL PROTECTED]:~/Mail/.Shopping.directory kde-config --path mime /home/werner/.kde/share/mimelnk/:/etc/opt/kde3/share/mimelnk/:/opt/kde3/share/mimelnk/ Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: newbie gschem problem
Hi Will, On Freitag, 21. März 2008, Willem Granjé wrote: I have started working with this tutorial: http://www.geda.seul.org/docs/current/tutorials/gsch2pcb/tutorial.htm l All goes well until the BNC connector: I can't connect to the terminals... how do I get the terminals on the grid? or how can I connect without using the snap? Remove the symbol and readd it while snap to the grid is enabled. There are some possible reasons why the symbol is not on grid: * you've added or moved the symbol without grid enabled * you're using gEDA version between 20070216 and 1.2.0 which has a Edit-Mirror bug Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gschem: cosmetic bug with mirrored arc
Hi Kai-Martin, On Sonntag, 24. Februar 2008, Kai-Martin Knaak wrote: 1) open a new document in gschem 2) add the generic connector DB9-2.sym 3) do a mirror action on the symbol 4) zoom in until the symbol fills the screen. Make sure, you see the bottom arc of the symbol. 5) move the symbol around. Part of the bottom arc will not be properly redrawn. The bug can be reduced to: * draw an arc with an angle greater 90 degree * mirror it * move it around In o_basic_arc.c the mirror command sets a negativ sweep angle. The world_get_arc_bounds function does not catch that negativ angle. I've a look at it. Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gschem: cosmetic bug with mirrored arc
On Sonntag, 24. Februar 2008, Werner Hoch wrote: In o_basic_arc.c the mirror command sets a negativ sweep angle. The world_get_arc_bounds function does not catch that negativ angle. I've a look at it. Fixed in the git repo. Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: SuSE rpms (was: gEDA/gaf stable version 1.4.0-20080127 released!)
Hi all, I've build all gEDA 1.4.0 applications for SuSE distributions. Installation instructions can be found in the wiki: http://geda.seul.org/wiki/geda:suse_rpm_installation I'd like to get some feedback about the desktop integration for the different SuSE versions. Are the Icons for gschem and gattrib in the following menu: Applications--Edutainment--Construction Are the mimetypes correct for gschem and gattrib? @Peter C.: You can grab the source rpms from the download server. http://download.opensuse.org/repositories/home:/werner2101/ If you need only the spec files, please let me know. Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: a project documentation system
On Samstag, 19. Januar 2008, Levente wrote: On Sat, 19 Jan 2008 11:29:38 -0500 DJ Delorie [EMAIL PROTECTED] wrote: I tried with telnet, but can't remember enough raw HTTP to work out what content type it is serving as. I don't think its emitting a Content-Type: ... header on GET. http://www.delorie.com/web/headers.html Headers for 'http://logonex.eu/~leva/projects/papa_ps/sch/papa_ps.sch' That URL works for me now. Very nice. (I'm using firefox and kde) Ok. Lots of the symbols are missing, though. Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: is tragesym still the one to use? and a script for hierarchical symbol making
Hi Tamas, On Sonntag, 30. Dezember 2007, Tamas Szabo wrote: I was modifying tragesym, as it was not exactly suitable for me. I'm a lazy guy, so the only doc is the soft itself (with a few comments) If any of you interested in, just pick it up from: http://web.t-online.hu/sza2webacces/gEDA/tragesym_sza2.tar.gz It also contains a few sym I made. I've taken a short look into the changes. I like the code refactorings of the writesym function. I'm not that happy with variable renamings and whitespace changes. It will make it harder to merge your changes back to the tragesym version that comes with the geda-utils package. I've added your tragesym version with two symbol source files to my local git repo and created a patch. I've added the patch to the SF tracker: https://sourceforge.net/tracker/index.php?func=detailaid=1861281group_id=161080atid=818428 Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: is tragesym still the one to use? and a script for hierarchical symbol making
Hi Britton, On Sonntag, 30. Dezember 2007, Britton Kerin wrote: Is tragesym still the thing to use to easily make symbols from text listings? Yes, one of the tools you can use. I have seen lots of web discussions of it but I didn't see it on http://geda.seul.org/sources.html, and there appears to also be gmk_sym (which I haven't looked at). tragesym is part of geda-utils package. gmk_sym is much older. I'd not recommend that. Also, I notice that when I do gschem symbol_from_tragesym.sym Which version of tragesym are you using? Current version is 0.0.12 Which version of gEDA are you using? see also: http://geda.seul.org/wiki/geda:tragesym_tutorial Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: is tragesym still the one to use? and a script for hierarchical symbol making
Hi Steven, On Sonntag, 30. Dezember 2007, Steven Michalske wrote: if there are stale tragesym web pages out there we should get them updated to point to the current document. If you follow the links, they finally point to the new tutorial page and the geda utils package. like this old one. http://www.geda.seul.org/docs/20040111/tutorials/tragesym/tragesym.ht ml Mmh, it's a documentation that was packaged with a specific version of gEDA (20040111). I don't think that we should erase/modify the history of the gEDA development. Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Parts DB API
Hi Ivan, On Mittwoch, 19. Dezember 2007, Ivan Stankovic wrote: On Wed, Dec 19, 2007 at 12:02:34PM -0800, Dave N6NZ wrote: Is there any barrier to integrating gattrib with gschem? I think I'd be happy with being able to pop up gattrib as a gigantic modal dialog. I had actually proposed just that some months ago (it was on IRC), but the idea was dismissed as unnecessary and complicated, if I recall correctly. Personally, I think integrating gattrib with gschem (as in: gattrib-in-gschem would just be gschem's attribute dialog on steroids) makes perfect sense. there's a feature request on SF on this topic: divert to an external programm http://sourceforge.net/tracker/index.php?func=detailaid=1444035group_id=161080atid=818429 What's required to implement that idea: 1. create a dialog that: 2. asks for saving/locking the current schematic 3. lock the current gschem session with a modal dialog. 4. export the current schematic or attributes 5. call the external programm [edit the attributes/schematic/symbol in the external programm and save it] 6. reload the changed attributes/schematic/symbol 7. go on with gschem whether the external programm is gattrib or OpenOffice or a text editor may be the choice of the user. Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Shall we use letters (i.e. E, C, B ) for transsitor pin names?
Hi Stefan, we have pinlabels and pinnumbers, I guess your speaking about pinnumbers? On Sonntag, 16. Dezember 2007, Stefan Salewski wrote: I have read that we can use single letters like C, E, B as pin names -- this makes it simpler to assign the correct footprint to a symbol. On the other hand, default geda/pcb symbols/footprints seems to use digits. Yes, the footprints are properties of a package. And a package has pin numbers like 1,2,3 for simple parts. You can still add the pinlabels to transistor pins. But as everybody can distinguish the different pins in a symbol, it's not necessary to make them visible. On the other side, the pinlabels are useful when your editing a symbols with a text editor. What is your advice? Is there a fixed correlation between numbers and letters, i.e. B = 1, ... I'm using BCE as pinnumber attributes as long the footprint of the device (transistor) is not defined. Thus it's easy to replace them when adding a footprint. Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Shall we use letters (i.e. E, C , B ) for transsitor pin names?
Hi Stefan, On Sonntag, 16. Dezember 2007, Stefan Salewski wrote: Werner Hoch wrote: I'm using BCE as pinnumber attributes as long the footprint of the device (transistor) is not defined. Thus it's easy to replace them when adding a footprint. Hm. Can we not use letters for pinnumbers in gschem-symbols and the same letters in the pcb footprint file? Well, you can do that, but you would need a lot of footprint files to catch all the different devices that have the same footprint/package. Example: A TO-92 footprint can contain a bipolar transistor, thus the pin names would be B,C,E. If it's a FET the pin names should be G,S,D. For a 7805 voltage regultater it would be GND, Vin, Vout. With pin numbers you only need one footprint for all the different devices. Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Icarus Verilog Release 0.8.6
Hi Stephen, On Montag, 10. Dezember 2007, Stephen Williams wrote: Werner Hoch wrote: Ok. I've build it now with the bz2 devel files from the i586 arch. (not yet in the build service) Is there an easy way to test the 32bit verilog files? I'm not an verilog user. Yes, run vvp32 instead of vvp. The reason for the vvp32 is to have a 32bit runtime that can run 32bit VPI plugings that were built for use on 32bit machines. So if you run your Verilog code with vvp32 instead of vvp, then you run the 32bit binary instead. Thanks. The test runs worked well. The verilog rpm package is available now for openSUSE_10.3 x86_64, too. Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Icarus Verilog Release 0.8.6
Hi Günter, Stephen and all, On Montag, 3. Dezember 2007, Werner Hoch wrote: On Montag, 3. Dezember 2007, Günter Dannoritzer wrote: I am asking naive, but is building the bz2 package for 32 bit too complicated to add it to the repository? No, but I'm not sure whether it is possible to build only the bz2-32bit-devel without the bz2-32bit. I don't want to create a replacement for the whole bz2-32bit package. Do you know what the reason was in first place to remove it? No. I'm going to ask on the buildservice mailing list. Ok. I've build it now with the bz2 devel files from the i586 arch. (not yet in the build service) Is there an easy way to test the 32bit verilog files? I'm not an verilog user. Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: 2 make errors installing gwave
Hi all, On Sonntag, 2. Dezember 2007, Werner Hoch wrote: Yes, but it's quit easy doing it in the hierarchical structur of hdf5: simulation_n -- plot_n -- table or simulation_n -- plot_n -- metadata simulation_n -- plot_n -- vector_n Here's a first shot of a spice2hdf5 converter script: http://www.h-renrew.de/h/misc/spice2hdf5_test.png I've used the python module pytables to create it and the viewer is hdfview. I've imported some spice test files with different plots and vectors. I'm going to write a nicer version of the testscript soon. Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: 2 make errors installing gwave
Hi Dan and all, On Samstag, 1. Dezember 2007, Dan McMahill wrote: Werner Hoch wrote: Yes, but I'd still would like to have a standard binary format. hdf5 would be nice. http://hdf.ncsa.uiuc.edu/products/hdf5/index.html How well to ascii output files scale when you want to write out 30,000 node voltages and be able to pick out one to plot without it taking a long time? I don't know the answer, but it seems like a binary format could have advantages there. Like Werner, I've also wondered about hdf5 since there is a library available for it and octave and I believe scilab both support it. I guess nearly every math package supports hdf5. A quick google search tells that you have support for R, ruby, python, perl, ... Appended is a short python script that writes a table using the pytables modul. It takes 10 seconds to write a table with 1 million entries and creates a file with ~60MB. My weak understanding of hdf5 is that it would meet some of the requirements for a simulator output file (you can write many variables a sample at a time instead of .mat file where you write all the samples of 1 variable followed by all the samples of another). That's right. It also appears that it would not nearly be enough to just say hdf5 but you'd have to further specify the file format. Yes, but it's quit easy doing it in the hierarchical structur of hdf5: simulation_n -- plot_n -- table or simulation_n -- plot_n -- metadata simulation_n -- plot_n -- vector_n In terms of commercial simulators, it is annoying as all get out that they insist on wanting to use their own proprietary binary formats for results because sometimes you really want to get the data into a different tool. grr. This is clearly an area where geda can hands down win just by documenting the file format used. Fully agreed. Regards Werner #!/usr/bin/python from tables import * # Define a user record to characterize some kind of particles class Particle(IsDescription): name = StringCol(30) # 16-character String idnumber = Int64Col() # Signed 64-bit integer ADCcount = UInt16Col() # Unsigned short integer TDCcount = UInt8Col() # unsigned byte grid_i= Int32Col() # integer grid_j= Int32Col() # integer pressure = Float32Col()# float (single-precision) energy= FloatCol() # double (double-precision) filename=largetable.hdf5 # Open a file in write mode h5file = openFile(filename, mode = w, title = Test file) # Create a new group under / (root) group = h5file.createGroup(/, 'detector', 'Detector information') # Create one table on it table = h5file.createTable(group, 'readout', Particle, Readout example) # Fill the table with 10 particles particle = table.row for i in xrange(100): particle['name'] = 'Particle: %6d' % (i) particle['TDCcount'] = i % 256 particle['ADCcount'] = (i * 256) % (1 16) particle['grid_i'] = i particle['grid_j'] = 10 - i particle['pressure'] = float(i*i) particle['energy'] = float(particle['pressure'] ** 4) particle['idnumber'] = i * (2 ** 34) # Insert a new particle record particle.append() # Close (and flush) the file h5file.close() ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: 2 make errors installing gwave
Hi Al, Stuart and all, On Samstag, 1. Dezember 2007, al davis wrote: On Saturday 01 December 2007, Stuart Brorson wrote: * If you use ngspice for simulation, you can use an Octave plug-in to plot your results using Octave. (Octave is an open-source MATLAB equivalent.) Here's a link: http://ngspice.sourceforge.net/octavespice.html If Gnucap exports .raw files, then you could go this route with Gnucap also. Al, does Gnucap export .raw? Gnucap does not write NGspice raw file format. It writes in a format that octave can read directly. That's right, but the format still does not contain all required informations to use the data. * your loosing the headlines * when running a dc simulation with more than one variable your loosing the second scale. * (more than one plot possible in one file) It seems strange to me that when there is an obvious, easy to read for humans, easy for a computer to read, easy to generate format, that everything except Spice uses .. that Spice doesn't change to that format. Every Spice variant has its own raw format. They should all be thrown away. Yes, but I'd still would like to have a standard binary format. hdf5 would be nice. http://hdf.ncsa.uiuc.edu/products/hdf5/index.html Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Icarus Verilog Release 0.8.6
Hi Stephen and all, On Montag, 26. November 2007, Stephen Williams wrote: I've made a new release on the Icarus Verilog v0_8-branch git branch. This is 0.8.6, which includes various safe fixes and updates to the stable release. The source tarball and release notes are here: ftp://ftp.icarus.com/pub/eda/verilog/v0.8/verilog-0.8.6.txt ftp://ftp.icarus.com/pub/eda/verilog/v0.8/verilog-0.8.6.tar.gz I've also premade an SRPM and a SuSE 10.1 x86_64 RPM. I hope that package managers can package this new release for the various distributions. I've created rpms for the SuSE distributions (10.0 to 10.3) Unfortunatly I wasn't able to build it for openSUSE 10.3 on x86_64 arch. The bz2_32bit_devel files are no longer part of openSUSE 10.3. This leads to the following errors: - make[1]: Entering directory `/usr/src/packages/BUILD/verilog-0.8.6/vpi' gcc -m32 -shared -o bin32/system.vpi bin32/sys_table.o bin32/sys_convert.o bin32/sys_deposit.o bin32/sys_display.o bin32/sys_fileio.o bin32/sys_finish.o bin32/sys_plusargs.o bin32/sys_random.o bin32/sys_random_mti.o bin32/sys_readmem.o bin32/sys_readmem_lex.o bin32/sys_time.o bin32/sys_vcd.o bin32/sys_vcdoff.o bin32/vcd_priv.o bin32/mt19937int.o bin32/priv.o bin32/stringheap.o bin32/sys_lxt.o bin32/lxt_write.o bin32/sys_lxt2.o bin32/lxt2_write.o -L../vvp/bin32 -lvpi -lbz2 -lz /usr/lib64/gcc/x86_64-suse-linux/4.2.1/../../../../x86_64-suse-linux/bin/ld: skipping incompatible /usr/lib64/gcc/x86_64-suse-linux/4.2.1/../../../libbz2.so when searching for -lbz2 /usr/lib64/gcc/x86_64-suse-linux/4.2.1/../../../../x86_64-suse-linux/bin/ld: skipping incompatible /usr/lib64/gcc/x86_64-suse-linux/4.2.1/../../../libbz2.a when searching for -lbz2 /usr/lib64/gcc/x86_64-suse-linux/4.2.1/../../../../x86_64-suse-linux/bin/ld: skipping incompatible /usr/lib64/libbz2.so when searching for -lbz2 /usr/lib64/gcc/x86_64-suse-linux/4.2.1/../../../../x86_64-suse-linux/bin/ld: skipping incompatible /usr/lib64/libbz2.a when searching for -lbz2 /usr/lib64/gcc/x86_64-suse-linux/4.2.1/../../../../x86_64-suse-linux/bin/ld: cannot find -lbz2 collect2: ld returned 1 exit status make[1]: *** [bin32/system.vpi] Error 1 make[1]: Leaving directory `/usr/src/packages/BUILD/verilog-0.8.6/vpi' --- And the following programs are not created: -- RPM build errors: File not found: /var/tmp/verilog-0.8.6-0-root/usr/lib/ivl/vpi64/system.vpi File not found: /var/tmp/verilog-0.8.6-0-root/usr/lib/ivl/system.sft File not found: /var/tmp/verilog-0.8.6-0-root/usr/lib/ivl/system.vpi Possible solutions: * not building the 32bit binaries for x86_64 arch * if its possible, build that binaries without bz2 support * ??? Any advice is welcome Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gEDA-announce: gerbv-1.0.3 released!
Hi all, On Mittwoch, 28. November 2007, Stuart Brorson wrote: This is to announce the fourth release in the stable branch of gerbv, 1.0.3. Thanks for that work. The two bugs I've noticed on my box are gone. (status message and window size). I've updated the SuSE rpms to 1.0.3 More infos about how to install the rpm are in the wiki: http://geda.seul.org/wiki/geda:suse_rpm_installation Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: First install and a tragesym problem
Hi vidtech, On Donnerstag, 29. November 2007, vidtech wrote: tragesym version 0.0.9 Version 0.0.9 does not support tab separated options. But I'm still curious which version of tragesym you're using. The script works fine in 2ec30283966c7610712dae9c57ab92cc36 when I've created that version (date is 20060326) The lines around your error looks like this in version 0.0.9: - lines 319 and following ### Draw the symbol version if attr.has_key((version,1)): value=attr[(version,1)] f.write(v + value + 1\n) else: print error: version attribut missing sys.exit() - regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: First install and a tragesym problem
Hi vidtech, On Donnerstag, 29. November 2007, vidtech wrote: I am new to gEDA and unfortunately ran in to a problem. (what's new :-) Tragesym produces: NameError: global name 'version' is not defined Be it with the supplied template in OpenOffice Calc to create a TAB delimited File, or using one of the examples from ~geda-utils/examples/tragesym, the results are the same Error. Can you please provide two additional informations: Which version of geda are you running? An exact copy of the error message that tragesym produces? Running Debian and installed gEDA today via the usual apt-get routine. Any clues? No, not yet. Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: spice-sdb: handling of transistor models that are subcircuits
Hi John, On Donnerstag, 1. November 2007, John Doty wrote: On Nov 1, 2007, at 7:03 AM, Werner Hoch wrote: Can I just remove the device attribute (NPN_TRANSISTOR, PNP_TRANSISTOR, ...) from the symbol to prevent that behaviour? Possibly. Another way is to use the --nomunge option to gnetlist. That tells spice-sdb to leave your refdeses alone. Thanks, didn't know that option, but I think in my case I always need the unmodified refdes. Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: spice-sdb: handling of transistor models that are subcircuits
Hi Stuart and all, I've some transistor spice models here that are subcircuits. The subcircuit in model files seem to have the following functions: * adding diodes to the transistor * change the pin mapping * add housing parasitics to the transistor model. When I generate a netlist, spice-sdb adds a leading Q letter to the refdes attribute. Can I just remove the device attribute (NPN_TRANSISTOR, PNP_TRANSISTOR, ...) from the symbol to prevent that behaviour? Regards Werner PS: I'm currently working on visualisation of spice models http://www.h-renrew.de/h/misc/npn_bipolar/npn_bipolar.html ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: wrong pinout lm7912 symbol
Hi John, On Saturday 15 September 2007 15:03, John Luciani wrote: On 9/15/07, Werner Hoch [EMAIL PROTECTED] wrote: You should be fairly safe with the pinouts of the LM79xx and LM78xx since they are older parts and the variety of power dissipation packages is small. There's a TO92 package out there, too. Is the TO92 package for LM79xx or for an LM79Lxx? Maybe it was a LM79Lxx. The dropout voltage on the LM79xx series is fairly high. I would be surprised to see it in a TO92 package. The voltage drop does not care for low current applications, only the power does. Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: wrong pinout lm7912 symbol
Hi Ales, On Tuesday 11 September 2007 21:06, Ales Hvezda wrote: How do you know that this pinout is correct? What other packages does an lm7912 come in other than TO-220? There isn't a footprint= attribute in the original symbol. My concern is breaking existing user schematics. You're right, but changing the pinnumbers without setting the footprint might cause confusion the next time someone stumbles over the pin numbers. You should be fairly safe with the pinouts of the LM79xx and LM78xx since they are older parts and the variety of power dissipation packages is small. There's a TO92 package out there, too. Werner, please feel free to push this fix into the repository. Also, thank you for setting the footprint= and symversion= attributes. The symversion= attribute will alert any existing users that this symbol has changed. Yes, symversion is always a good thing. Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: wrong pinout lm7912 symbol
Hi carzrgr8, On Tuesday 11 September 2007 18:51, [EMAIL PROTECTED] wrote: how can the library get corrected, so that nobody runs into trouble? Wait till one of the developers correct it and puts it to the repo ;-). If someone thinks the attached symbol is ok, I'm pushing it to the repo. Regards Werner lm7912-1.sym Description: application/sym-geda ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Change of decimal delimiter
Hi Karl-Hermann, On Monday 30 July 2007 21:45, Karl-Hermann Ketteler wrote: I'm just starting my first experiences with GEDA. I've tried out the first simple circuits containing resistances, inducances and capacitances, but the simulation does not work, neither ng-spice nor gnucap. Looking in detail onto the GUI of gSpiceui I notice that all decimal delimiters are commas instead of dots. It's a known problem in GSpiceUI http://sourceforge.net/tracker/index.php?func=detailaid=1576729group_id=145635atid=762570 Does anybody know where to switch the default decimal delimiter or what else went wrong with the installation? You can set the decimal delimiter in the shell before invoking GSpiceUI: export LC_NUMERIC=C or apply the patch from the SF tracker Thanks in advance for any helpful advice You're welcome BTW: It's much easier to provide some help if there are basic informations about the used versions and environment like: * programm version * distribution or used OS * the language you're using * ... Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gsymcheck warnings
Hi Stefan, On Tuesday 24 July 2007 14:10, Stefan Salewski wrote: gsymcheck -vv gives me this warnings for a symbol created with djboxsym: Warning: Missing pintype= attribute Warning: Number of pins does not match footprint size My guess is that gsymcheck does not like footprints-names like footprint=TQFP64_14 gsymcheck uses the trailing numbers of the footprint to guess the pincount. This works fine in most cases like TQFP64 SO8 DIP14, ... But it fails in other cases like TQFP64_14 (-- 14) or TO-92 or TO-220. which I used to get this footprint: /usr/share/pcb/pcblib-newlib/geda/TQFP64_14.fp Missing pintype seems to result because djboxsym is not using pintypes. tragesym does, but is not so simple as djboxsym to use. I don't think so ;-). How important is the pintype attribute in symbols? You can do a design rule check (DRC) with your schematic to detect open input pins, shortet output pins, ... with the drc gnetlist backends. I think it's important enough too invest the extra work. Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: SuSE packages (was: gEDA/gaf stable version 1.0.1-20070626 released!)
Hi all, On Sunday 01 July 2007 17:48, Ales Hvezda wrote: Release notes have been posted at: http://geda.seul.org/release/v1.0/1.0.1/gaf-20070626-relnotes.html I've build the SUSE rpm packages now. The installation notes are in the wiki: http://geda.seul.org/wiki/geda:suse_rpm_installation To get the correct version you may manually select them in Yast, as the versioning scheme changed from release date to ordinary versions like 1.0.1. Please let me know if there are any problems with the packages. Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: wishful thinking from a user point of view (9)
Hi Kai-Martin, On Wednesday 04 July 2007 13:35, Kai-Martin Knaak wrote: Some dialogs don't define which button will be accessed by the return key. I spotted two such dialogs: 1) Single Attribute Editor 2) Edit Attributes Please make the ok/close button default. This is only one dialog (from the source code point of view). Fixed in git master repo. Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: wishful thinking from a user point of view (5)
Hi all, On Wednesday 04 July 2007 19:40, John Doty wrote: On Jul 4, 2007, at 11:27 AM, Kai-Martin Knaak wrote: In case of aa: How does gschem know, which net the netname attribute should be logically attached to? It attaches the attribute to the selected net. It places the attribute where the cursor is. You are allowed to move the cursor between the time you select the net and the time you type aa. I didn't know about this feature and thus I wondered whether it is part of the documentation or whether I should add it. And surprise: http://geda.seul.org/wiki/geda:gschem_ug#attribute..._aa It's already there :-) Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: wishful thinking from a user point of view (4)
Hi all, On Monday 02 July 2007 19:53, Peter TB Brett wrote: On Monday 02 July 2007 18:09:41 Kai-Martin Knaak wrote: Suggestion: Draw connected nodes in black. That way, unconnected net ends will stand out. This is a good thing, since this is almost certainly not deliberate. Doesn't work if you're not using the light background colour scheme... Connected nodes should use the net color. It's color should depend on the color scheme. I think that will work. Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: [OT] vcd file format description
Hi all, I'd like to generate digital waveform files from other data sets. gtkwave can read vcd files. The file format looks pretty easy but I haven't found a file format description for it. Does someone has a pointer to a place where I can look for it? Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gschem drawing nets
Hi Gene, On Sunday 27 May 2007 12:27, gene wrote: Is there a way that gschem can stay in 'net' mode? Currently, I draw a net, then when that net is done (press escape), it goes back to 'select' mode. Instead of that, I'd like to stay in net mode and simply move the mouse to the next component and draw another net (maybe start and end nets with different mouse clicks). Just click twice at the end of the net. Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: GSCHEM FIND+SELECT RESISTORS AND ADD FOOTPRINT ATTRIBUTE TO GROUP
Hi, On Wednesday 25 April 2007 07:52, Transistor Toaster wrote: I would like to know if there's a way in gschem I can select a bunch of resistors components and give the whole group the same footprint? Yes. Select the resistors (even with the nets around) and call the add attribute dialog. Enter the footprint and set the options in the dialog: (*) components only (*) replace existing attributes (As the resistors are already connected, I would prefer not to delete all my current resistors and copy paste a new resistor with the correct footprint attribute already inside) Also, is there a way I could do a select of components according to name similar to the way it is done in PCB using a POSIX wildcard? No. Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user