Electrical Engineering Comes to KDE with KTechLab

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.

Dot Categories: 


by aleXXX (not verified)

Cool, engineering apps coming to linux/kde/free software :-)

But, can you please give it another name, instead of K ?
Maybe TekkLab ?


by Ian Monroe (not verified)

I always prefer something in an obscure language.

by Henry (not verified)

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.

by Turd Ferguson (not verified)

You are thinking of LabVIEW, which is a frontend GUI to read data commonly used to interface with hardware.

by valter (not verified)

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.


by Aaargh! (not verified)

Atmel AVR support would be cool too.

by David Saxton (not verified)

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 :-)

by Ian Reinhart Geiser (not verified)

/me wonders if its worth digging out his old 68HC11 simulator he did in school... does anyone use that gem still? ;)

by taj (not verified)

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. :)

by John Hughes (not verified)

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.

by Paul Eggleton (not verified)

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.

by Philippe Fremy (not verified)

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.

by David Saxton (not verified)

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.

by Robert Knight (not verified)

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.

by Morty (not verified)

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:-)

by Iuri Fiedoruk (not verified)

Now, next semester, I can use this instead of win-apps for my electonic circuit classes on my computer science course!
Thanks a lot.

by standsolid (not verified)

and a really nice logo!

It looks like this will help a lot of students!

by Thadeu (not verified)

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.


by Amilcar (not verified)

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.

by Avr->Simulavr,gdb (not verified)

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.

by Dario Massarin (not verified)

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!!


by ac (not verified)

a typo that can be seen on the 4th screenshot (http://ktechlab.fadedminds.com/screenshots/microbasic_editor.png): "sucessful"

by David Saxton (not verified)

Thanks; fixed now.

by David (not verified)

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?

by greg (not verified)

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.


by fprog26 (not verified)

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.