WADE MAXFIELD wrote:
> Is there any support for developing KtechLab schematic to Verilog outputs
> for PSoC family (or even embedded FPGA) so that we can do visual design (for
> small projects)?
>
> I have thick skin, so feel free to flame away. Everyone has an opinion, and
> everyone’s
On the cutting edge of nanotechnology is the concept of a 3D processor.
Instead of having to steer a giant 64+ bit bus aronud a chip, you could
stack your register cells and execution units vertically and potential
clock speeds go through the roof.
So the new document type would be a system for
TEST
* dev-qt/qtcore
Latest version available: 5.11.2-r1
Latest version installed: 5.11.2-r1
Size of files: 45,855 KiB
Homepage: https://www.qt.io/
Description: Cross-platform application development framework
License: || ( GPL-2 GPL-3 LGPL-3 )
Zoltan Padrah wrote:
> I would like to ask your opinion about:
> 1. is it a good idea to copy the archives of the existing mailing-list to KDE
> ?
> 2. given the current permission situation on SF.net, does it worth
> investing effort into obtaining the archives?
Maybe not in totality but I
Mathias Scroccaro wrote:
> Hi , my name is Mathias , I'm a Brazilian university student. I'm
> almost finished my course in electronic engineering and I want to
> engage in a master's program . I would like to help improve the
> program code and would like to know the best area to study the master
I just remembered why this is...
There are two different clocks...
Well, not quite,
I made sure that there was exactly one gold-standard clock in the
system, that said, there are two completely different types of
simulation going on here.
There are the linear circuit parts that use the crappy
Zoltan Padrah wrote:
Hi,
as I'm preparing the next release, I've started thinking about the
version number it should have. I'm thinking about 0.3.8, or 0.3.40.
The first one is the next release after 0.3.7, released on 2009
november, while the 0.3.40 is a big version of 0.3 series,
Zoltan Padrah wrote:
Hi,
before actually starting to fill the code with smart pointers, I want
to start a discussion about it.
As I remember, Alan used to say that he doesn't like smart pointers,
because they show that the code that uses them is not well thought-out
(feel free to correct
Ktechlab is 99.9% dead. =(
8051/2 support does sound interesting. If you really want to do it, take
a look at how the RAM and the JK flip flops are done. I am not much of a
microcontroller guy myself so maybe the PIC code could be usable too, I
dunno.
It also depends on whether you want to shunt
I hate git and github. They're like the vi of version control. =(
I tried:
atg@tortoise ~/source/ktechlab/ktechlab $ git checkout add-devel-doc-v2
M simple-launch.sh
M simple-setup.sh
Branch add-devel-doc-v2 set up to track remote branch add-devel-doc-v2
from origin.
Switched to a
Please stop assuming that everyone knows how to use git and/or cares
enough to find out...
I'm still far too happy with SVN to consider any other solution.
Zoltan Padrah wrote:
Hi,
here is the proposed fix for the (common?) problem of getting the text
representation of circuits in
Thanks, zoltan, for putting effort into this.
I've attached a compile error. I tried to just cmake then make. First I
tried multi-threaded make ( -j 6 ), this was from a single-threaded
attempt.
just tried a make clean and re-attempt, basically the same error...
--
NOTICE: NEW E-MAIL
Zoltan Padrah wrote:
Hi,
because no replies have arrived to me about the SVN import, I've
forked the SVN import from my user on github to the ktechlab
organization. Link to the repository on github:
https://github.com/ktechlab/ktechlab-0.3
There I've pushed a few build fixes for newer
Build failed. =(
Building CXX object
src/lib/simulator/CMakeFiles/ktlsimulator.dir/messageinfo.o
/home/atg/source/ktechlab/ktl-newpull/src/lib/simulator/messageinfo.cpp:
In copy constructor ‘MessageInfo::MessageInfo(const MessageInfo)’:
in the output. Only a lot of warnings.
Can you please recheck?
2012/7/10 Alan Grimes agri...@speakeasy.net:
Build failed. =(
--
E T F
N H E
D E D
Powers are not rights.
--
Live Security Virtual Conference
ktechlab was a brilliant, innovative and generally awesome piece of
software for the first decade of the 21st century. Now we're in the
second decade of the century and it's time to raise the bar to the next
level.
Everyone is ga-ga about web-based applications these days. They are
taking
tobson wrote:
Hi guys,
I hope I am not spamming you as this is my second attempt to write to
this mailing list. I've got a bit of a stupid question for you. I have
compiled ktechlab 0.3.7 and would like to compile debug symbols in,
allowing me to use the debugger to nose a bit into your code
The greatest challenge in the parts library is to expand it while
retaining the simplicity of the current design. Most other electronics
suites are hamstrung by their parts libraries.
I would suggest having a tree-hierarchy of parts where the most
generic/abstract are at the top and, from there,
I was sent this through my sourceforge account. I hate forums, but I
felt obliged to pass this to the list.
develad...@users.sourceforge.net wrote:
hello Alonzo, hello ktechlab-community,
I am Raphael from develissimo.com. We have created a
platform for open source electronic development.
Zoltan Padrah wrote:
Thank you for reading all this,
Keep trucking, dude. =)
--
IMPEACH OBAMA NOW.
Presidents cannot be allowed to start wars.
Powers are not rights.
--
Create and publish websites with WebMatrix
Use
The list has grown distressingly quiet of late.
The open source community needs an electronics/microcontroller package,
and Ktechlab should be it.
I know that the rocket surgeons at trolltech really threw us a curve
ball but its time to get over it.
What needs to be done to get ktechlab back to
Opnions, comments?
One of the key deficiencies of the old code is that components could not
have bus input and outputs. So with something like a RAM or ALU or
something you would have to place a bus splitter immediately adjacent to
the part to agregate/de-agregate wires. This is inconvenient in
What should we use for the name of the classes? Node and Connector, or
something else?
A node is a point, a connector is a line... That has been the project's
convention.
--
DO NOT USE OBAMACARE.
DO NOT BUY OBAMACARE.
Powers are not rights.
My $100 simulation book came today.
I learned that there are actually TWO ways to stamp a matrix with most
elements. If you want to compute the current in the matrix, you use the
second technique! =P
So yeah, we need to re-evaluate how we simulate even our atomic elements
to take into
chrome://messenger/locale/messengercompose/composeMsgs.properties:
- call a calculateCurrents() method on all the elements. This way the
currents flowing from the elements into the CNodes are calculated, but
they are stored in the elements. The CNodes are not a good storage for the
Lets take a peek at the the class FullAdder to see what a component in
ktechlab 3 did.
It basically had several functions:
- As a part in the component library, the class contained information
that rightfully belongs in a database about it's nature and function.
- as a visual representation,
Lets review pins and elements using my favorite part, the 2A3
The 2A3 is a filamentary triode with 3 electrodes and 4 pins.
The pins are:
Anode (a)
Grid (g)
and the filament (f1, f2)
Note:
g means Conductance
A first approximation of the filament has a 1-ohm resistor between f1
and f2.
Check out today's xkcd. =P
Anyway, I've been meditating about the relationship between circuit
analysis and circuit simulation and making pretty graphs of pass-bands
and such... We really need to get some of the gnucap ppl on-list. =P
--
DO NOT USE OBAMACARE.
DO NOT BUY OBAMACARE.
Powers are
I spent my afternoon trying to understand the memristor.
My first learning is that I'm going to have to double my understanding
of electronics to even make sense of it. =P
Everybody should know ampres and voltage.
To even begin to understand memristors, it looks like we need two new
units,
http://www.memristor.org/
I'm watching the 2008 symposium. Very interesting! =)
--
DO NOT USE OBAMACARE.
DO NOT BUY OBAMACARE.
Powers are not rights.
--
Download Intel#174; Parallel Studio Eval
Try the new software
The git fanatic threatened to ask a question about the relationship
between components and elements the other day but didn't follow through.
I'll go ahead and answer anyway.
I've learned a great deal about elements during my time trying to get
various features of ktechlab to work in a more
Julian Bäume wrote:
That's exactly what I had in mind... Not really with XML, but an easy way to
provide the equations from external sources and not hard-coded into many,
many
cpp files, as it is done right now. Using Qt and KDE technology will really
help us, here. You wanted to do that
Julian Bäume wrote:
I don't see an easy way to change this, without bringing back the one class
for each component problem, which IMHO doesn't scale.
Yes,
But,
we are only trying to *PORT* ktechlab right now.
Moving to loadable components at this juncture goes into Deep Design
Decisions
The time has come to talk about simulators and test the limits of my
pathetic little intellect.
We use simulators to explore the evolution of complex systems that are
not easily modeled by a set of equations alone and to observe and learn
through watching how they evolve over time.
Even though
P Zoltan wrote:
Let's make some noise on the list.
The results of testing the equation solver showed that the algorithm is
correct for the general case.
Not really. =(
If there is no solution or there are no well defined solutions, then some
strange results appear. More should be
P Zoltan wrote:
Hi,
I've started writing a testbench for the math classes in ktechlab [1]. At
the attempt of compiling an error popped up, complaining about some
declarations in kdebug.h [2]. The latter one is part of KDE, AFAIK version
3, so that is an issue here.
The
P Zoltan wrote:
Here:
http://sourceforge.net/apps/mediawiki/ktechlab/index.php?title=Main_Page#Development_documentation
Diagrams are based on rev.584 from SVN. Feel free to improve the pages.
Thanks, those are very helpful for identifying and fixing strangeness in
the design.
--
DO
P Zoltan wrote:
Someone linked a document from QUCS, describing the models used by
them
in simulation. That might be useful.
Yeah, I've been using that. It does have it's limitations though. I
think the most powerful approach is to factor everything down to it's
most atomic units and
P Zoltan wrote:
Here is it:
http://sourceforge.net/userapps/trac/zoltan_padrah/wiki/KtechlabDocumentProposed#Secondversion
This should be something good enough to implement, so please signal any
potential problems.
=(
I spend 4 years tweaking this code.
And just as it's just
It finally dawned on my pathetically dim mind why I'm having such a hard
time preventing people from making drastic changes to the electronics
simulation prior to the KDE4 port. =\
That reason is that while everyone sees the same needs I do, they do not
understand how I wish to approach them.
Proper printing of a schematic is just like any other blueprint. It
requires a description box that includes a variety of standard
information such as the company, designer, design title, date, page
number, etc... So therefore the printing routine should include a
utility to add this information.
Julian Bäume wrote:
Sure, C++ is great for organizing stuff but it's HORRIBLE for
algorithms. For algorithms, I require a language that executes directly
instead of vertically (try debugging a STL call). I need to be able to
think in terms of register moves, pushes and pops, and of the memory
Yeah, my vote is for the shortest code whenever possible. This has a
number of advantages. However I also prefer STL wherever possible
because it won't be changing in QT5... That said, some of my conversions
to STL were ill advised. =(
--
DO NOT USE OBAMACARE.
DO NOT BUY OBAMACARE.
Powers are
Julian Bäume wrote:
That's why I think, the Qt API helps to write better code. I saw a construct
in the code, reading: Cell **m_cell; or something like that. WTF? ;) This
is
not C, it's C++. Such expressions should really be avoided and I can't think
of any example, where there is no
Julian Bäume wrote:
On Tuesday 17 November 2009 18:57:47 Julian Bäume wrote:
since it's really nice to work with this
tool in a group. I'll write about one suggestion on how to organise our
source with git, later.
okay, finished:
Axel Jaeger wrote:
So the problem is that QGraphicsView is only available in Qt 4.1 and you
want to move to another canvas before the KDE4-port? Just in case there
is some missunderstanding here: QGraphcisView can handle negative
coordinates.
See, I didn't even know either of those two
Matthew Ayres wrote:
I like the suggestion of SVG graphics, especially as the SVG standard
has official room for customisation which may be useful. I would be
happy to build up a library of graphics, if that meets with approval.
I read the wikipedia entry on that. Okay, so it's an XML
P Zoltan wrote:
On Mon, 16 Nov 2009 15:19:59 +0100, Alan Grimes agri...@speakeasy.net
wrote:
Here is some motivational video for Qt4:
http://www.youtube.com/watch?v=MXS3xKV-UM0
OpenCroquet could do a lot of that a few years ago... project basically
evaporated for some reason. (or has
Matthew Ayres wrote:
It made me smile, so I thought maybe others here would like the thought.
I think the original developer was thinking along the same lines, which
is why we have the vestigal mechanicsDocument' classes...
I like the idea. It would be a great goal for post KDE4, to have a 3D
Axel Jaeger wrote:
Two things from me:
1) Regarding the canvas replacement: Maybe I missed something but why
should QGraphicsView not be suitable for the project? Implementing an
own canvas on top of opengl or whatever is clearly not the main goal of
the project and should be forwarded to
Wire has matured into a fairly elegant, and easy to use class. It does
only what it needs to, is just about the right size, and can be used in
a fairly wide number of circumstances from bus splitters to switches.
Pin is almost at that point except for one thing. It contains two sets
for
I just realized that I had been ignoring a rather large area of
functionality.
A few years ago, the build system was even more broken than it is now. I
couldn't get component model library to link with it's UI (do a grep),
and commented out those lines of code. =|
It's not really much of a model
!!! The following installed packages are masked:
- dev-util/kdevelop-3.5.4-r1 (masked by: package.mask)
/usr/portage/profiles/package.mask:
# Samuli Suominen ssuomi...@gentoo.org (07 Nov 2009)
# Produces invalid files for Autoconf 2.64, bug 279482.
# Has KDE3 dependencies. Masked for removal in 30
The maintainers of Gentoo released a flash traffic ultimatum the other
day that they were going to be removing KDE3 Real Soon Now. Naturally, I
gave them a good and proper flaming with an arm's length list of
packages for which there are no usable KDE4 equivalents.
However, the problem remains.
http://singularityhub.com/2009/10/30/is-xeroxs-silver-ink-ready-to-print-circuits/#more-8829
--
New president: Here we go again...
Chemistry.com: A total rip-off.
Powers are not rights.
--
Come build with us! The
In recent weeks, all of my changes had to do with the Component
heirarchy, fixing pins and wires, and a pass through the connector
hell-hole.
I've also added some compile-time switches to toggle strict error
checking in the engine, that's all.
Okay, so what in god's name is going on here? Well,
'ey Zoltan! 'wuz doing some maintanence on my PC (a perpetual
occupation) and came across a set of libraries that I hadn't previously
known about called gsl.
http://www.gnu.org/software/gsl/
It appears to be a blas type system without the Fortran. =P
I know you gave up with Eigen, perhaps gsl
I took a look at porting to kde4 today and pretty much gave up in
frustration.
You see, there are certain parts of ktechlab that I've been studying
carefully for many years and can explain in pretty good detail including
problems that it solves and fails to solve.
However, there are other parts
I don't want this message to be ignored. At the same time, I'm not able
to help you, personally, with this issue at this time. I hope it will be
added to the project's wiki so that it isn't forgotten.
A quick look at the page seems to indicate that it implements some kind
of character display. It
Was this crash an abort or a segfault?
Shockingly enough, I have no experience with the PIC functionality.
Could you hit me with that asm code and let me see if I can load it.
Nagy László wrote:
Hi,
If create circuit file with pic and asm code, and save.
Exit to ktechlab. Run ktechlab open
http://www.amazon.com/Mosfet-Models-Simulation-Including-BSIM3v3/dp/0471396974/
I wonder what would happen to the human race if the best information
known to science was readily available from the local public library,
and not priced beyond anything I can afford these days, certainly not
for
Before today, Switch was a special case of everything. There were entire
container classes all over the place that were there for no other reason
to handle switches.
NOT ANY MORE!!! =
Now the only things that really care about switches are the components
which contain them. =)))
This means
I might have been a bit overzealous with converting things to STL
container classes.
On the upside, it's a wonderful way to manage memory for things. On the
down side, the container classes love to re-organize their internal data
stores at will. If we simply do something with a pointer to one of
First, I very much appreciate Zoltan's efforts at improving ktechlab.
Certainly, some of todays commits were quite good, I especially liked
the commit reorganizing code in Matrix. That is definitely worth a Good Job.
However, I can't say I'm happy that my comment in ~ElectronicConnector
was
Testcase: create a logic in and a logic out, connect them. By changing
logic in's value, logic out's changes too. Now delete the connector and
change logic in again. The logic out will change its value, even if it
shouldn't.
Since my copy is never installed, I don't have the UI fully
When I was in my bath, I realized that Zoltan's version of
electronicConnector was the correct one even though it was segfaulting.
Electronicconnector MUST be able to delete its wires.
(If you knowingly induce a segfault, notify the list first and put
enough comments around it so that people
I achieved something of a breakthrough today with class Pin. It now
knows nothing at all about Switches. Switches now work by adding and
removing wires between their pins. This is a vastly more elegant
solution. =P
Really, to close a switch the code is merely:
foo = new Wire(pinA, pinB).
and to
P Zoltan wrote:
That said, my local version has many meaningless and or experimental
changes that I have not committed. It is quite possible that among these
are some that are actually important. =\
Look in connector.cpp, where the moveTo slot is connected to the moved
(?) signal. There
I had left connector.cpp open while I was doing other things, when I got
back I noticed that I was looking at a function that isn't in the master
list because it is not in any header file,
int getSlope(float x1, float y1, float x2, float y2).
I think ktechlab has a few dozen of these hidden
P Zoltan wrote:
Rev. 505 had a severe bug: the PinNodes won't move together with te item
associated with them, and Qt was throwing lots of errors in the terminal.
Now it's fixed. The problem was that Qt takes the parameters of the slots
strictly, so const double != double.
I was a bit
Zoltan Padrah wrote:
There is also a bug when closing files directly shown in screen (created in
/temp/k.. ) that can be easily fixed (just don't creating a new temp file).
This is a new one for me. Which mail haven't I read?
For the piccomponent is not very difficult to add a property to
Before I can repair the dammage I did to current. I think it would be a
good idea to make another runthrough of cleanups on the underlying
connector infrastructure. I submitted a bunch of these patches today.
Now the connectors render cleaner and are much more consistent about
arching over other
I think I was wrong earlier about DipComponent. The code there appears
to be doing the same damn things as the other components are doing, yet
crashing.
I think there might be a race condition where it's trying to update the
UI before it's ready... I really can't tell. =(
The equivalent of
Just as a reminder, I'm almost always eager to waste time in the IRC
channel. ( #ktechlab on irc.freenode.net ).
If there isn't already, there should be a page on the wiki about it so
that people can find it.
--
New president: Here we go again...
Chemistry.com: A total rip-off.
Powers are not
santiago gonzalez wrote:
#
Then previous versions logic was created this way:
m_pLogicOut =
picComponent-createLogicOut(picComponent-ecNodeWithID(picPin.pinID)-pin(),
false);
In the new versions is done this way:
m_pLogicOut = new LogicOut(LogicIn::getConfig(), false);
I looked around and apparently there are several available tools that
can generate UML automatically from source files, these include
umbrello, and dia (I think).
I'm not sure what Zoltan was using, but being able to load header files
into UML with two mouse clicks couldn't hurt.
I think this is
Zoltan P wrote:
Alan Grimes has written:
I looked around and apparently there are several available tools that
can generate UML automatically from source files, these include
umbrello, and dia (I think).
I've used Bouml ( http://bouml.free.fr/ ). Compared to Umbrello, it's
very fast
Just the subject line was all I needed. Thanks.
I've not laid a finger on the analog code in weeks. I did take a 2x4 to
the UI code but not the underlying simulator (that side of it, at
least). This appears to be a simulator bug though. I have no idea what
the hell could be going on here.
Oh
Alan Grimes wrote:
santiago gonzalez wrote:
Ok... looks that the problem is not only in potentiometer, with fixed
resistors i have the same problem.
It would also be useful to have a list of components which work and
which don't.
I just checked ECSRflipflop, and it works.
Battery appears
P Zoltan wrote:
Some documenation is back (a little outdated, but essentially good):
http://sourceforge.net/userapps/trac/zoltan_padrah/wiki/KtechlabArchitecture
Thanks, one of the UML diagrams showed me that there was a major design
problem with itemgroup.h; it's fixed now. =)
Now if
1. Continue cleaning up the code surrounding connectors, connector
routers, etc. Long term goal: make the engine smart enough not to do
really stupid things like hop a connector over itself only to loop back
and meet at a junction, or make embareassingly long junctions. eg:
|
|
P Zoltan wrote:
Let's start this mail with a famous quote:
There are two ways to write code: write code so simple there are
obviously no bugs in it, or write code so complex that there are no
obvious bugs in it.
It seems that if I revert the commit that has removed the usage
Thanks to you, I wasted my day on ktechlab instead of earning
desperately needed money. Gee thanks, Zoltan...
I just committed a fairly radical patch which replaces our old set of
really nasty bugs with regards to displaying wire currents with a
completely new set of simpler bugs. The new code is
=P
When I get on a ktechlab roll, I just can't stop myself. =(
I wish I was like this with my income generating work. =(((
This time I've really done it.
Say goodbye to another few dozen lines of supremely dodgy code in
Simulator! =)
As an added bonus, try out a circuit with an one of
santiago gonzalez wrote:
I'm compiling your last commit and have this error:
_
ecclockinput.cpp: In constructor
'ECClockInput::ECClockInput(ICNDocument*, bool, const char*)':
ecclockinput.cpp:54: error:
To whomever it may concern. Whenever I leave something in a broken or
imperfect state, I always (well, usually) tag it with FIXME or TODO
respectively. You can grep these from the source code, (which Kdevelop 3
provides an excellent utility for). Once you've opened such a file,
kdevelop will also
One of the unfortunate aspects of ktechlab is that we're carrying around
a large chunk of some ancient version of Qt.
(canvas.h/cpp/canvas_private.h), The reason we're doing this is that our
version of Canvas is (practically) infinite in all four quadrants,
meaning you can extend your circuit in
P Zoltan wrote:
On Tue, 22 Sep 2009 15:46:42 +0200, santiago gonzalez
santig...@gmail.com wrote:
http://arcachofo.users.sourceforge.net/ktl4
Bug confirmed.
Only next week I'll have time to debug this.
I never knew cut traces even existed!!! =\ All this time I've been
cutting
I just did a memcheck run on my torture test circuit (after finishing
cleaning logicIn of linked list code, and re-writing part of Circuit so
that it behaves the same as LogicOut). I was totally outraged by the
results. KTECHLAB HAD LOSED FIFTEEN THOUSAND BYTES OF MEMORY!!! JEZUS
CHRIST, PPL,
P Zoltan wrote:
Isn't the problem caused by the fact that the simulator has only 1kHz
step frequency? We should separate the real-world time pass speed
(simulator step at 1kHz) and the time flowing inside the circuit. This way
by slowing the time inside the circuit, we could simulate
P Zoltan wrote:
On Fri, 18 Sep 2009 04:05:07 +0200, Alan Grimes agri...@speakeasy.net
wrote:
I could really use some help with logicin/out. =\
Basically what you have is four classes doing the work of a fifth,
creating a nice big mess in the process.
The other two classes are Simulator
There's a bug somewhere in or around ecclockinput that prevents it from
working when configured above 1khz. =(
In other news, I took a crack at my planned refactoring of logic.h/cpp
and ended up removing a metric assload of bugs from simulator. (YAY!)
(assuming I didn't also remove critical
Niels Egberts wrote:
This is still very easy to reproduce by simply creating a matrix
display. It will output Invalid matrix!. And after adding some fixed
voltages and ground elements it crashes and outputs matrix A. This is
with the SVN-version.
yeah, there are several underlying issues
I could really use some help with logicin/out. =\
Basically what you have is four classes doing the work of a fifth,
creating a nice big mess in the process.
The other two classes are Simulator (which we REALLY want to keep
simple), and circuitDocument.
Here's what's going on.
You have a slow
Maybe Alan knows: how is the time in simulation managed?
Not really...
The code was a real mess. The current preferred method is
Simulator::time(). This will read the current linear element clock for you.
There is kindof a problem though because if a subcircuit has analog
elements it will
Martín Marcucci wrote:
Hi, I'm Martin from Argentina. I'm an Electronic Engineering student and
I work as a programmer for a local company.
I have discovered your project, and it really attract me. I was
wondering How can I help as a developer.
I know C and C++ programing, but I have never
Zoltan Padrah wrote:
ok, tuning the simulator for strange cases should be done some day.
First, I'd like to create something like this for ktechlab's simulation
process, so the implementation could be verified against it:
SENSEFET =PPP
(found it in a datasheet on the MC33035...)
So why am I reading the datasheet for the MC33035??? Well, all the
Electric Vehicle motor controllers on the market suck right now since
the Zilla is out of production, so I started to work on develing my own. =P
I hope Ktechlab will be
P Zoltan wrote:
here is a patch that makes ktechlab to use Eigen for calculations, so
the internal matrix implementation can be removed.
=)
Known problems:
- the caching and changed/unchanged flags probabily don't work as they
should
I think that's where your memory leak is. It tries
P Zoltan wrote:
There are some gliches with currents, as Kirchoff's current law is not
respected in quite numerous cases. I guess the nodes/branches are not
properly updated.
No, that's a UI issue. =\
Or rather the engine is working but doesn't provide directly useful
information for
1 - 100 of 178 matches
Mail list logo