gEDA-user: Oscopy input formats (was Re: zview/ngscope)

2011-04-14 Thread Arnaud Gardelein
(Sorry for the late reply, I had some troubles with mails)

Le mardi 05 avril 2011 à 14:19 +0900, Andrzej a écrit :
 if it only supported more input formats
Which input formats ? There are a lot of them out there. I need some
help to include them in oscopy. Basically, at least pointers to the
description of the format and some samples files for testing.
Currently I'm writing documentation (code comments and user/dev manuals)
to help anybody to write its own import routine for oscopy. Once done I
plan to update the website (oscopy.org), merge the dev branch with
stable and finally announce the release.
In the meantime, any feedback on oscopy in its current dev state is
welcomed.

Arnaud.



___
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

2010-05-19 Thread Arnaud Gardelein
 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.



___
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

2010-03-15 Thread Arnaud Gardelein
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 plotter has its own strengths and weakness, but none do
gather everything mentioned on the geda plotting improvement page. For
example, although gnuplot can do math, AFAIK there is no cursors, and no
update through DBus. A year and a half ago, I tried to work on gwave,
but there was a dependency problem on guile-gnome and I did not find
info gwave2. Then I took the decision for go for my own, taking the geda
plotting improvement page as specifications.
I designed the oscopy framework to be easily extendable, i.e. adding
data import/export filters (Readers/Writers), Graphs, Cursors... I plan
to use it also to view results exported by electronic instruments like
scopes etc, also to support smith charts, etc...

Arnaud.



___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user


gEDA-user: On integrating simulator in gschem

2010-03-13 Thread Arnaud Gardelein
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

Arnaud.



___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user


gEDA-user: geda:data_plotting_improvements

2009-03-26 Thread Arnaud Gardelein
Hi there,

Some time ago I started a program to view results of gnucap, oscopy,
because I had lots of dependencies-related problems for gwave2. I first
posted a version on gnucap-devel, and was then pointed to the wiki page
geda:data_plotting_improvements. Since then I worked on it, according to
those guidelines, and now it begins to look mature enough to at least be
posted if not usable.

Some features highlight of oscopy:
  * Post-processing: math expressions, fft, diffs
  * View, examine: multiple windows, cursors
  * Data import: gnucap
  * Data export: gnucap, pictures
  * Command line interface, support for scripting
  * Update: reread data from files and recompute math-based data

There is an attempt of screenshot:
http://repo.or.cz/w/oscopy.git?a=blob;f=oscopy.png;h=41e88db954208349ef9e9fab8714b8b734ae4c8d;hb=0eb3b1ab7a1013778af2223d78b6834f8adfbe4b

You can find it here:
http://repo.or.cz/w/oscopy.git

There are some dependencies: 
  * Python 
  * Numpy 
  * Matplotlib

Typical usage: read the data (signals) from file, create figures, add
graph and insert signals, plot, examine, put cursors (shortcuts 1, 2, 3
and 4 during plot), close plots, update and plot, examine... See example
file demo/demo.oscopy for more detailed use.

There is a limit of 4 graph per figure because on my screen results are
unreadable for more graphs. However, there is no limit neither to the
number of figures, nor for signals.

Math expressions are supported: v3=v1+v2 as well as v4=20*log10(v2/v1)
or sin(Time(v1)) should work. When updating through 'update' command,
each math expressions is recomputed if not frozen ('freeze').

I am not a GUI guy, so I made it command line oriented, but CLI related
functions (Oscopy) are separated from core functions (Cmds) in the hope
to facilitate GUI writing.
Support for hdf5 is not present because I do not have 'realworld' files
for now. However, I designed the program so that there is only two
functions to write if ever one wants to add support for any new
import/export format. There is a template to help in the README file.
It currently support one type of graph, 'linear', but in the future I
may add other type, like 'xy' mode (i.e. v1=f(v2)) or 'Smith' charts if
it is of interest. There again it should be possible by writing only a
couple of functions.

Since the very first version I posted on gnucap-devel in January, many
things have changed, e.g. it now only use matplotlib.pyplot (no more use
of pylab), files organization, etc... Although I may have made some
progress in Python, oscopy certainly does not lack of unoptimized code,
fancy bugs but certainly lack of testing on other configurations than my
debian unstable. Please, I ever you want to give it a try, please be
indulgent. I welcome any bug report, suggestion, comment or even patch !

Cheers,

Arnaud.




___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user