gEDA-user: OS X fink install of gschem failed
Hi, I'm trying to put the gschem-gsch2pcb-pcb-gerbv tool flow onto my MacBook. Following http://www.ghz.cc/charles/fink/ everything seems to go smoothly, and pcb and gerbv seem to start up OK. gschem is not happy, however. The menus are broken pictures, the status box is full of Tried to set the sensitivity on a non-existent menu item, and the terminal windows contains these messages: Probably parenthesis mismatch in /sw/etc/gEDA/system-gschemrc Most recently read form: ([EMAIL PROTECTED] (build-path geda-rc-path gschem-darkbg)) Failed to read init scm file [(null)/gschem.scm] Tried to get an invalid color: 0 Loading schematic [/Users/dave/untitled_1.sch] Tried to get an invalid color: 0 Tried to get an invalid color: 7 Tried to get an invalid color: 0 Tried to get an invalid color: 7 So... I'm new to this whole fink thing (Slackware user transitioning to Gentoo) so while I know this is a lame question, I need a clue as to where to dig next. -dave ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: OS X fink install of gschem failed
Dave N6NZ wrote: Most recently read form: ([EMAIL PROTECTED] (build-path geda-rc-path gschem-darkbg)) Failed to read init scm file [(null)/gschem.scm] Is this indicative of some environment variable not being set? -dave ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: OS X fink install of gschem failed
On Sep 26, 2007, at 12:45 PM, Dave N6NZ wrote: Hi, I'm trying to put the gschem-gsch2pcb-pcb-gerbv tool flow onto my MacBook. Following http://www.ghz.cc/charles/fink/ everything seems to go smoothly, and pcb and gerbv seem to start up OK. gschem is not happy, however. The menus are broken pictures, the status box is full of Tried to set the sensitivity on a non-existent menu item, and the terminal windows contains these messages: Probably parenthesis mismatch in /sw/etc/gEDA/system-gschemrc Most recently read form: ([EMAIL PROTECTED] (build-path geda-rc-path gschem- darkbg)) The #@ is spurious: on my system that line reads: (load (build-path geda-rc-path gschem-darkbg)) ; dark background Once it bombs on that file, it's going to have a lot of trouble... Failed to read init scm file [(null)/gschem.scm] Tried to get an invalid color: 0 Loading schematic [/Users/dave/untitled_1.sch] Tried to get an invalid color: 0 Tried to get an invalid color: 7 Tried to get an invalid color: 0 Tried to get an invalid color: 7 So... I'm new to this whole fink thing (Slackware user transitioning to Gentoo) so while I know this is a lame question, I need a clue as to where to dig next. -dave ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user John Doty Noqsi Aerospace, Ltd. http://www.noqsi.com/ [EMAIL PROTECTED] ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: ngspice simulation with microcontrollers
On Sep 25, 2007, at 1:03 AM, Amos Tibaldi wrote: Hello, I write this mail in order to obtain help if possible for the use of the ngspice simulator. How can I simulate the behaviour of a microcontroller that is present in the schematic of a circuit with ngspice? Basically, you can't. What I do in these situations is substitute voltage sources for the microcontroller output pins and generate PWL stimuli for them. Put probes where the inputs would be, .PRINT those voltages, and use an AWK or C program to extract bits from the recorded voltages. Of course, that's a one-way data flow: if you really want the microcontroller to participate, you can't do it that way. What I think you want is very difficult, and likely impractical. In the netlist there is a row starting for example with U3 but I don't know how to implement its behaviour in a way that the ngspice simulation considers it. I have seen in the gEDA Suite GUI that there is a row with written Chip programs that has leafs verilog .v files. May be that is the way? But in such a case how can I inform ngspice to use the verilog listing? Perhaps Al will chime in about gnucap: I suppose you could write some sort of plugin that allows the program you'd run in the microcontroller to interact in an event-driven way with an analog sim. Thanks very much in advance, -- Amos Tibaldi ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user John Doty Noqsi Aerospace, Ltd. http://www.noqsi.com/ [EMAIL PROTECTED] ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: Problem with gattrib in gEDA 1.2.0 Fink bundle on MacOSX
Charles, gattrib-menus.xml is installed in /sw/etc/gEDA/, but gattrib looks for it in /sw/share/gEDA/. The work-around is to move it or link it. John Doty Noqsi Aerospace, Ltd. http://www.noqsi.com/ [EMAIL PROTECTED] ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: Suggestion for DJ
Hi... I just played around with background images in PCB, which works fine. It took some work, because of documentation problems. DJ: I'd suggest adding a comment on you 'background image' page, telling that it is possible to change the board size _after_ starting pcb --bg-image xxx The image will then adapt to the new board size. Else, maybe some confusion might appear, as the ps/pdf docs with PCB say it's possible to define the size on startup, but those commands are not accepted (--size doesn't work). The help page that appears running pcb, doesn't seem to provide an alternative to pre-define the board size. In fact, it might even be simpler _not_ to scale/crop the original image, but just measure two known points (corners) and then change pcb's size setting to make the image scale right. Cheers, John ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Suggestion for DJ
In fact, it might even be simpler _not_ to scale/crop the original image, but just measure two known points (corners) and then change pcb's size setting to make the image scale right. The idea was that you'd crop the image to be exactly just the board. Then you set the new pcb's size to what you know the board is, and everything lines up. Otherwise, getting the size/math right is trickier. I'll add the other note. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: Probably parenthesis mismatch error on OS X
Howdy guys, Setting up a new workstation for doing gEDA work on, and am running into this error: gEDA/gschem version 1.2.0.20070902 gEDA/gschem comes with ABSOLUTELY NO WARRANTY; see COPYING for more details. This is free software, and you are welcome to redistribute it under certain conditions; please see the COPYING file for more details. Probably parenthesis mismatch in /sw/etc/gEDA/system-gschemrc Most recently read form: ([EMAIL PROTECTED] (build-path geda-rc-path gschem-darkbg)) Failed to read init scm file [(null)/gschem.scm] Tried to get an invalid color: 0 Loading schematic [/Users/hamster/untitled_1.sch] Tried to get an invalid color: 0 Tried to get an invalid color: 7 Tried to get an invalid color: 0 Tried to get an invalid color: 7 ERROR: Unbound variable: press-key Of course, since it bombs out right at the start of the file, it misses everything else, and pressing mostly any key will cause it to bail. I'm using binary packages from Fink unstable. The config file looks like: ; gschem-version string ; ; Specifies the version of this file. This number is used to make sure ; that the rc file is compatible with the version of gschem that is ; being run. The end user should *not* change this value. ; (gschem-version 20070902) ; ; Start of color section ; ; Load up a color scheme has a light (almost white) background ; Comment out the first line and comment in the second line for a ; dark (black) background. The dark background is the original look. ; (load (build-path geda-rc-path gschem-darkbg)) ; dark background ;(load (build-path geda-rc-path gschem-lightbg)) ; light background and a bunch of other stuff Any suggestions? I tried using the old one off my laptop that worked fine with an older release, but gschem cried about the version number with the new release. Thanks! -Steve ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Probably parenthesis mismatch error on OS X
This seems to be the topic of the day (see my earlier posts) -dave [EMAIL PROTECTED] wrote: Howdy guys, Setting up a new workstation for doing gEDA work on, and am running into this error: gEDA/gschem version 1.2.0.20070902 gEDA/gschem comes with ABSOLUTELY NO WARRANTY; see COPYING for more details. This is free software, and you are welcome to redistribute it under certain conditions; please see the COPYING file for more details. Probably parenthesis mismatch in /sw/etc/gEDA/system-gschemrc Most recently read form: ([EMAIL PROTECTED] (build-path geda-rc-path gschem-darkbg)) Failed to read init scm file [(null)/gschem.scm] Tried to get an invalid color: 0 Loading schematic [/Users/hamster/untitled_1.sch] Tried to get an invalid color: 0 Tried to get an invalid color: 7 Tried to get an invalid color: 0 Tried to get an invalid color: 7 ERROR: Unbound variable: press-key Of course, since it bombs out right at the start of the file, it misses everything else, and pressing mostly any key will cause it to bail. I'm using binary packages from Fink unstable. The config file looks like: ; gschem-version string ; ; Specifies the version of this file. This number is used to make sure ; that the rc file is compatible with the version of gschem that is ; being run. The end user should *not* change this value. ; (gschem-version 20070902) ; ; Start of color section ; ; Load up a color scheme has a light (almost white) background ; Comment out the first line and comment in the second line for a ; dark (black) background. The dark background is the original look. ; (load (build-path geda-rc-path gschem-darkbg)) ; dark background ;(load (build-path geda-rc-path gschem-lightbg)) ; light background and a bunch of other stuff Any suggestions? I tried using the old one off my laptop that worked fine with an older release, but gschem cried about the version number with the new release. Thanks! -Steve ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Probably parenthesis mismatch error on OS X
Whups, I looked right over your post, sorry. Regardless, the #@ is -not- in the file it is sourcing. I have not looked through the source code, so I am unsure if it is parsing the file incorrectly or if it is just reporting it as #@ for... some reason. Would love to have it working, though, I have a dual monitor 20 inch iMac here that would make my life a lot easier than using this 12 inch power book today... -Steve On Sep 26, 2007, at 5:14 PM, Dave N6NZ wrote: This seems to be the topic of the day (see my earlier posts) -dave [EMAIL PROTECTED] wrote: Howdy guys, Setting up a new workstation for doing gEDA work on, and am running into this error: gEDA/gschem version 1.2.0.20070902 gEDA/gschem comes with ABSOLUTELY NO WARRANTY; see COPYING for more details. This is free software, and you are welcome to redistribute it under certain conditions; please see the COPYING file for more details. Probably parenthesis mismatch in /sw/etc/gEDA/system-gschemrc Most recently read form: ([EMAIL PROTECTED] (build-path geda-rc-path gschem- darkbg)) Failed to read init scm file [(null)/gschem.scm] Tried to get an invalid color: 0 Loading schematic [/Users/hamster/untitled_1.sch] Tried to get an invalid color: 0 Tried to get an invalid color: 7 Tried to get an invalid color: 0 Tried to get an invalid color: 7 ERROR: Unbound variable: press-key Of course, since it bombs out right at the start of the file, it misses everything else, and pressing mostly any key will cause it to bail. I'm using binary packages from Fink unstable. The config file looks like: ; gschem-version string ; ; Specifies the version of this file. This number is used to make sure ; that the rc file is compatible with the version of gschem that is ; being run. The end user should *not* change this value. ; (gschem-version 20070902) ; ; Start of color section ; ; Load up a color scheme has a light (almost white) background ; Comment out the first line and comment in the second line for a ; dark (black) background. The dark background is the original look. ; (load (build-path geda-rc-path gschem-darkbg)) ; dark background ;(load (build-path geda-rc-path gschem-lightbg)) ; light background and a bunch of other stuff Any suggestions? I tried using the old one off my laptop that worked fine with an older release, but gschem cried about the version number with the new release. Thanks! -Steve ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: ngspice simulation with microcontrollers
John Griessen wrote: John Doty wrote: On Sep 25, 2007, at 1:03 AM, Amos Tibaldi wrote: Hello, I write this mail in order to obtain help if possible for the use of the ngspice simulator. How can I simulate the behaviour of a microcontroller that is present in the schematic of a circuit with ngspice? Basically, you can't. What I do in these situations is substitute voltage sources for the microcontroller output pins and generate PWL stimuli for them. Put probes where the inputs would be, .PRINT those voltages, and use an AWK or C program to extract bits from the recorded voltages. Of course, that's a one-way data flow: if you really want the microcontroller to participate, you can't do it that way. Perhaps Al will chime in about gnucap: I suppose you could write some sort of plugin that allows the program you'd run in the microcontroller to interact in an event-driven way with an analog sim. Wouldn't it be nice to be able to use a model of some of the micro's inouts that is 2-way connected with a math model in Mathomatic, Octave, Mathematica? For modeling some DSP being done with the HW multiply in a MSP430 for instance. m Verilog-AMS. That can get you closer. You probably don't want to build a complete model for a microcontroller in verilog to the point of being able to run the same firmware image as the real hardware, but you probably could. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: ngspice simulation with microcontrollers
On 9/26/07, John Griessen [EMAIL PROTECTED] wrote: John Doty wrote: . Wouldn't it be nice to be able to use a model of some of the micro's inouts that is 2-way connected with a math model in Mathomatic, Octave, Mathematica? For modeling some DSP being done with the HW multiply in a MSP430 for instance. Wouldn't that make the simulation really slow? -- http://www.coe.neu.edu/~efoss/ http://evanfoss.googlepages.com/ ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Probably parenthesis mismatch error on OS X
/sw/etc/gEDA/gschem-darkbg exists, but you bring up a good point. The older, working version of the geda-bundle uses: (define gedadata (getenv GEDADATA)) (define gedadatarc (getenv GEDADATARC)) (load (string-append gedadatarc /gschem-darkbg)) ; dark background The newer version uses (load (build-path geda-rc-path gschem-darkbg)) I see from the CVS logs that the configs and etc were refactored a while ago. Perhaps gEDA can't figure out the base path correctly? How does the build-path geda-rc-path get evaluated? As for the old one, I can't find any environment variables called 'GEDADATA' or etc, so I am unsure how that even gets set up. On Sep 26, 2007, at 7:58 PM, Ales Hvezda wrote: [snip] Probably parenthesis mismatch in /sw/etc/gEDA/system-gschemrc Most recently read form: ([EMAIL PROTECTED] (build-path geda-rc-path gschem- darkbg)) Failed to read init scm file [(null)/gschem.scm] Tried to get an invalid color: 0 Loading schematic [/Users/hamster/untitled_1.sch] Tried to get an invalid color: 0 Tried to get an invalid color: 7 Tried to get an invalid color: 0 Tried to get an invalid color: 7 ERROR: Unbound variable: press-key I don't run OSX and I don't really know anything about the fink packages, but does the file gschem-darkbg exist either in /sw/etc/ gEDA/ or somewhere under /sw/share/gEDA/ ? If it does exist, one thought would be to either copy or symlink it into the other location. -Ales ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: ngspice simulation with microcontrollers
On Sep 26, 2007, at 5:05 PM, Dan McMahill wrote: That can get you closer. You probably don't want to build a complete model for a microcontroller in verilog to the point of being able to run the same firmware image as the real hardware, but you probably could. While it's a pretty simple processor, I've simulated designs with Xilinx Picoblaze processors including the firmware. worked well enough. Anything more complex could get slow and ugly. -a ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user