The first version of KTechLab was released a couple of weeks before the new year. While only at version 0.1 it already contains a lot of functionality for developing and simulating electronic circuits. Currently KTechLab can create circuit diagrams for electronics and flow diagrams for PIC chips (a family of programmable chips). It can even compile and run your flow diagrams in a circuit. This review contains an introduction and a look at the features to be expected in future versions.
Cool, engineering apps coming to linux/kde/free software :-)
But, can you please give it another name, instead of K ?
Maybe TekkLab ?
I always prefer something in an obscure language.
You beat me to it. I was going to suggest TekLab...isn't
there already something simmilar called LabTech? They
might not be too happy about it.
KTechLab is fine. I
would not change it. It could be something worse,
like CirkuitLab, PikLab, or ElektrikLab.
You are thinking of LabVIEW, which is a frontend GUI to read data commonly used to interface with hardware.
I think it's the best engineering app.
At the moment it support only PIC16F84 but i think they'll include
other PIC series.
Version 0.1 works fine and this is a good stuff.
Atmel AVR support would be cool too.
I'm not that familiar with the Atmel AVR. Are there decent software simulators the AVR range of microprocessors under linux?
I've attempted to design ktechlab with easy extendibility to support other microprocessors. So it would be a matter of interfacing with a simulator if one exists; the rest is easy :-)
/me wonders if its worth digging out his old 68HC11 simulator he did in school... does anyone use that gem still? ;)
I have an old simulator here too, and a full EVBU with an HC11E9 sitting in my
dressing table drawer. IE, yes dig it out. :)
Its one of the uP's that I am going to learn in one of my courses this year. I'd use a simulator for it built into KTechLab if there was one.
Well, some google searching has revealed Simulavr: http://www.nongnu.org/simulavr/
Not sure how good it is though.
GCC supports AVR as a backend. http://gcc.gnu.org/backends.html
Some interesting relevant info linked from there: http://gcc.gnu.org/ml/gcc/2003-10/msg00027.html
Keep up the great work! KTechLab is already looking very good.
You can also use sdcc (sdcc.sf.net) to compile, debug and sometimes simulate avr and other microcontrollers. The advantage of sdcc over gcc is that the sdcc compiler was designed for small chips while gcc is sometimes difficult to optimise for small chips. I don't remember that it supports overlay for example.
For simulation of PICs, the next version of ktechlab will contain a *lot* more support, hopefully matching all PICs that are capable of being simulated by gpsim. 0.2 will be released after gpsim-0.22 is released, which I'm told should be soon.
I have been trying to find something like this for a while. Proper simulators for certain non-free OSes are very expensive. Will try it as soon as I get home.
And proper simulators for certain free OSes are usually even more expensive. Lots of vendors of EDA tools have versions with various limitations they sell for relative low prices or free for non commercial use. Sadly it is most common for the windows versions to be the gratis one. The Linux versions usually mirrors the vendors most expensive windows offerings. On the positive side, I think this tells us that the "real professionals" use Linux:-)
Now, next semester, I can use this instead of win-apps for my electonic circuit classes on my computer science course!
Thanks a lot.
and a really nice logo!
It looks like this will help a lot of students!
I wish to read the review, but when I click in "This review" the following message is showed:
You have been denied access to this site.
Please contact the administrator for assistance.
How does this relates to kpicdev ?
>> While only at version 0.1 it already contains a lot of functionality for developing and simulating electronic circuits
Sounds more like an electronic engineering tool than an electrical engineering tool to me.
For more info on Avr simulation check out www.avrfreaks.net, my favourite AVR site.Haven't been there in ages though out of embedded for a while.
Avr-Gcc works pretty ok though.
Hey, guys, this program is FANTASTIC!! Have you tried it?
What I would like to know is how the nonlinear components are modeled. For example which is the transfer function of a diode? Is it modeled as a linear function or can be something more complex (something like pspice does)?
It's incredible how many things this program can do. Thanks again!!
a typo that can be seen on the 4th screenshot (http://ktechlab.fadedminds.com/screenshots/microbasic_editor.png): "sucessful"
Thanks; fixed now.
Currently I'm working with the MCS-51 MCUs because they're very popular. They have been around for ages and it looks like they're going to last.
It's feasible support them?
Maybe you could write your program on top of KDevelop platform:
That looks quite interesting; I wasn't aware of the KDevelop Platform before.
So my understanding is that the KDevelop Platform provides a codebase for IDE features such as project management, plugins, language support, etc?
There is a gtk/glib toolsuite at http://www.geda.seul.org/ called gEDA that is starting to approach widespread usability. They are still migrating their GUIs to gtk2, though. I suggest some kind of interface sharing or at least dialogue in order to prevent duplication of work, or orthogonal directions of work from stalling GPL'ed EDA toolsuites from taking off, which I think is long overdue.
For instance, a common symbol library might be one way to cut down on maintenance work, while still allowing a KDE schematic editor and a gtk schematic editor to compete, coexist, and contribute to each other.
It would be better to use a 3-tier model for gEDA,
mainly if the logic could be kept seperate from the GUI.
But hey, anyone can feel free to port it to KDE.