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
Thanks Werner! Here is the new the homepage of oscopy:
http://somewhere-in-the-space.no-ip.org/wiki/doku.php?id=oscopy
Arnaud.
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:
Arnaud Gardelein wrote:
Would you think a GUI layout similar to digital oscilloscope would help,
I mean having a graphical menu on the side of the graph to access those
functions ?
Sure, that would be welcomed by experienced and newbie alike.
It's good form to allow menus to be customized or
On Mar 15, 2010, at 6:35 PM, Dan McMahill wrote:
I spend a *lot* of time looking at simulator output and some of the things
which are used over and over again are easy interactive zoom in/out,
panning at a fixed zoom, putting cursors on waveforms that will lock onto
the actual datapoints,
Ivan Stankovic wrote:
On Mon, Mar 15, 2010 at 04:47:05PM -0500, John Griessen wrote:
Al wants more info than you get with SPICE netlist formats. So Verilog-ams
level of function is possible.
While we're at it, was there a consensus on using verilog-ams as the format
of choice for Al's
On Tue, Mar 16, 2010 at 11:58 AM, kai-martin knaak
grace has them all and more.
It doesn't support waveform formats produced by popular analog and
digital simulators. It doesn't make it easy to browse a (sometimes
very large) signal database, select signals and quickly apply some
common
kai-martin knaak wrote:
[ctrl + ] for zoom, [ctrl - ] for unzoom.
panning at a fixed zoom,
a) left mouse butten click'n drag in both directions
b) scrollwheel vertical, ctrl+scrollwheel horizontal
c) drag dedicated scrollbars
putting cursors on waveforms that will lock onto the actual
On Tue, 16 Mar 2010 07:51:51 -0400, Dan McMahill wrote:
something must be broken with my grace-5.1.22 install because none of
this works for me.
This is probably because I use grace 6, aka v5.99.1
The versioning system sounds familiar to pcb users ;-)
---(kaimartin)---
--
Kai-Martin Knaak
kai-martin knaak wrote:
Dan McMahill wrote:
So I'd say that especially in the opensource area, a good waveform
viewer is not reinventing the wheel. It is time to make a round one
instead of the existing square ones!
IMHO, you underestimate the effort to get were grace and gnuplot already
Dan McMahill wrote:
I'll have to try out oscopy and it looks to me like they really are not
reinventing everything from scratch anyway. Between dbus for IPC and
matplotlib for graphics and python for a language, it looks like there
is a lot done already.
Seems like matplotlib is full of the
On Mon, Mar 15, 2010 at 04:47:05PM -0500, John Griessen wrote:
So, have you done some translation from gschem primitives to gnucap native
format?
Or is it just gnetlist spice-sdb backend to gnucap native format?
It's the latter, that way was much easier.
Al wants more info than you get
On Mar 17, 2010, at 5:54 AM, Ivan Stankovic wrote:
While we're at it, was there a consensus on using verilog-ams as the format
of choice for Al's translation system?
The format has to have a way to represent graphics.
John Doty Noqsi Aerospace, Ltd.
http://www.noqsi.com/
On Mar 16, 2010, at 2:00 PM, John Doty wrote:
On Mar 17, 2010, at 5:54 AM, Ivan Stankovic wrote:
While we're at it, was there a consensus on using verilog-ams as
the format
of choice for Al's translation system?
The format has to have a way to represent graphics.
How about embedded
On Mar 17, 2010, at 6:30 AM, Steven Michalske wrote:
On Mar 16, 2010, at 2:00 PM, John Doty wrote:
On Mar 17, 2010, at 5:54 AM, Ivan Stankovic wrote:
While we're at it, was there a consensus on using verilog-ams as the format
of choice for Al's translation system?
The format has to
On Mar 17, 2010, at 8:34 AM, John Doty wrote:
On Mar 17, 2010, at 6:30 AM, Steven Michalske wrote:
On Mar 16, 2010, at 2:00 PM, John Doty wrote:
On Mar 17, 2010, at 5:54 AM, Ivan Stankovic wrote:
While we're at it, was there a consensus on using verilog-ams as the format
of choice
On Mar 16, 2010, at 4:34 PM, John Doty wrote:
On Mar 17, 2010, at 6:30 AM, Steven Michalske wrote:
On Mar 16, 2010, at 2:00 PM, John Doty wrote:
On Mar 17, 2010, at 5:54 AM, Ivan Stankovic wrote:
While we're at it, was there a consensus on using verilog-ams as
the format
of choice
On Monday 15 March 2010, Dave McGuire wrote:
On Mar 15, 2010, at 12:32 AM, Dan McMahill wrote:
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
IMHO, there are
unless I'm missing some key feature of gnuplot and grace, they stink for
plotting simulator output.
I spend a *lot* of time looking at simulator output and some of the things
which are used over and over again are easy interactive zoom in/out, panning
at a fixed zoom, putting cursors on
On Mar 15, 2010, at 12:32 AM, Dan McMahill wrote:
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
IMHO, there are already very mature open source data plotters out
there.
Dan McMahill wrote:
Kai-Martin Knaak wrote:
On Sat, 13 Mar 2010 23:34:17 +0100, Arnaud Gardelein wrote:
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
IMHO, there are
Dave McGuire wrote:
On Mar 15, 2010, at 12:32 AM, Dan McMahill wrote:
I spend a *lot* of time looking at simulator output and some of the
things which are used over and over again are easy interactive zoom
in/out, panning at a fixed zoom, putting cursors on waveforms that
will lock onto the
On Mon, Mar 15, 2010 at 10:23:02AM -0500, John Griessen wrote:
Dave McGuire wrote:
On Mar 15, 2010, at 12:32 AM, Dan McMahill wrote:
I spend a *lot* of time looking at simulator output and some of
the things which are used over and over again are easy
interactive zoom in/out, panning at a
Ivan Stankovic wrote:
The basic idea in lame ASCII art:
gschem
(schematic) simulator X --- output X \
| |--- oscopy
\-- simulator Y --- output Y /
The simulator
On Mon, Mar 15, 2010 at 12:44 PM, John Griessen j...@ecosensory.com wrote:
Al Davis has been asking for a translator that is external so progress can
be made
soon and not have to rewrite gschem. What is the plugin status of gschem?
Is it anything like pcb's plugin writing?
Here's what Al
On Mon, Mar 15, 2010 at 02:44:05PM -0500, John Griessen wrote:
Ivan Stankovic wrote:
Within gschem, we could support various simulator-specific flows by having
custom menus that bring up nice GTK dialogs with additional simulator options
etc. The beauty of all this is that most of it doesn't
Le dimanche 14 mars 2010 à 12:56 +, Kai-Martin Knaak a écrit :
IMHO, there are already very mature open source data plotters out there.
Think gnuplot, or grace. What is the rationale in rolling your own?
In the introduction of the manual, there is some rationale. To sum it
up, each data
Ivan Stankovic wrote:
Here's what Al has been asking for in outline form:
http://www.geda.seul.org/wiki/glue-projects
Yes, that's exactly how it was done with oscopy. DBUS proved actually very
useful and simple to work with.
So, have you done some translation from gschem primitives to
Geoff Swan wrote:
I've seen commercial tools that have some predefined grids like rectangular,
polar, smith but so far none have taken it to the next level of letting you
add custom ones or the custom readout.
Just in case you missed it - qucs has a number of plotting outputs
including a Smith
Dave McGuire wrote:
On Mar 15, 2010, at 12:32 AM, Dan McMahill wrote:
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
IMHO, there are already very mature open source data
IMHO there are three results in any project:
1. What you want
2. What you asked for
3. What you got
Simulators are good for making sure #1 and #2 match (does your design
do what you want?). Scopes are good for making sure #2 and #3 match
(does the circuit function as designed?).
On Mar 15, 2010, at 3:03 PM, Dan McMahill wrote:
Geoff Swan wrote:
I've seen commercial tools that have some predefined grids like
rectangular,
polar, smith but so far none have taken it to the next level of
letting you
add custom ones or the custom readout.
Just in case you missed it -
Dan McMahill wrote:
IMHO, there are already very mature open source data plotters out there.
Think gnuplot, or grace. What is the rationale in rolling your own?
unless I'm missing some key feature of gnuplot and grace, they stink for
plotting simulator output.
I used grace quite a bit,
On Sat, 13 Mar 2010 23:34:17 +0100, Arnaud Gardelein wrote:
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
IMHO, there are already very mature open source data plotters
IMHO, there are already very mature open source data plotters out there.
Think gnuplot, or grace.
There is also Ploticus: http://ploticus.sourceforge.net/doc/welcome.html
Not as well known as the two you mention. It does a lot of different
style graphs.
Also better suited to use on web
Arnaud Gardelein wrote:
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
I did not have all the dependencies installed.
Will do that and report to gEDA list when I get it.
John
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
On Sun, Mar 14, 2010 at 01:27:39PM -0500, John Griessen wrote:
A python scripted wave viewer seems good to me.
I couldn't get it to run yet though...
./oscopy_ui.py
[1] 31087
j...@toolbench:/moredata/src-geda-others/oscopy$ Traceback (most recent call
last):
File ./oscopy_ui.py, line
Kai-Martin Knaak wrote:
On Sat, 13 Mar 2010 23:34:17 +0100, Arnaud Gardelein wrote:
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
IMHO, there are already very mature
I've seen commercial tools that have some predefined grids like rectangular,
polar, smith but so far none have taken it to the next level of letting you
add custom ones or the custom readout.
Just in case you missed it - qucs has a number of plotting outputs
including a Smith chart. I don't
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
40 matches
Mail list logo