Proposer: Alan Carvalho
Summary: Open Source LabView equivalent for Linux

Description: LabView[1,2] is a platform to develop electronic tests
and real world interfacing. It can be used to control and test real
world experiments. It is a nice software and although it is not
directly related to embedded system arena it is very useful to
validate initial phase of many embedded system projects and to
production tests.

Unfortunately there is not an open-source equivalent to this software,
but there is some infra-structure which could be used to develop it.
The signal acquisition layer could benefit of Comedi[3] drivers API
(this is now becoming part of Linux kernel). The user interface could
be based on some of existent simulation software, like Ksimus[4], or a
modified version of Lintouch [5] HMI.

1: http://www.ni.com/labview/
2: http://en.wikipedia.org/wiki/LabVIEW
3: http://www.comedi.org
4: http://ksimus.berlios.de
5: http://www.lintouch.org

On Mon, Dec 14, 2009 at 12:59 PM, Alan Carvalho de Assis
<acassis@...> wrote:

Proposer: Alan Carvalho
Summary: Open Source LabView equivalent for Linux

Description: LabView[1,2] is a platform to develop electronic tests
and real world interfacing. It can be used to control and test real
world experiments. It is a nice software and although it is not
directly related to embedded system arena it is very useful to
validate initial phase of many embedded system projects and to
production tests.

That's a really interesting project. Moreover, I think it should be
supported by an OpenSource HW reference platform which is cheap but
sufficiently powerful to replace a semi-professional DAQ.

Unfortunately there is not an open-source equivalent to this software,
but there is some infra-structure which could be used to develop it.
The signal acquisition layer could benefit of Comedi[3] drivers API
(this is now becoming part of Linux kernel). The user interface could
be based on some of existent simulation software, like Ksimus[4], or a
modified version of Lintouch [5] HMI.

I think that the signal acquisition layer should also support the "USB
test and measurement" (TMC) class driver, which is already supported
by Linux:
drivers/usb/class/usbtmc.c

Regards,
Patrick

--
#include <best/regards.h>

DERKLING
LRU 338214 (http://counter.li.org)

<---------------------------------------------------------------------------------------------------------->
Patrick Bellasi <bellasi at elet dot polimi dot it>
PhD student at Politecnico di Milano

Contacts:
- ICQ 344672588
- MSN derkling at yahoo dot it
- Skype derkling

Personal Sites:
- Bookmarks
http://del.icio.us/derkling
- Bibliography
http://www.bibsonomy.org/user/derkling

Privacy:
- GnuPG 0x72ABC1EE (keyserver.linux.it)
pub 1024D/72ABC1EE 2003-12-04
Key fingerprint = 3958 7B5F 36EC D1F8 C752
9589 C3B7 FD49 72AB C1EE
<---------------------------------------------------------------------------------------------------------->

Hi Patrick,

On 12/14/09, Patrick Bellasi <derkling@...> wrote:

...
That's a really interesting project. Moreover, I think it should be
supported by an OpenSource HW reference platform which is cheap but
sufficiently powerful to replace a semi-professional DAQ.

Do you have any suggestion?

I found this one:
http://web.media.mit.edu/~msung/sak2.php

...
I think that the signal acquisition layer should also support the "USB
test and measurement" (TMC) class driver, which is already supported
by Linux:
drivers/usb/class/usbtmc.c

Great, thanks for pointing about it. I think a USB DAQ is very good
solution and needs to be supported.

Best Regards,

Alan

On Mon, Dec 14, 2009 at 2:57 PM, Alan Carvalho de Assis
<acassis@...> wrote:

Hi Patrick,

Hi!

That's a really interesting project. Moreover, I think it should be
supported by an OpenSource HW reference platform which is cheap but
sufficiently powerful to replace a semi-professional DAQ.

Do you have any suggestion?

I found this one:
http://web.media.mit.edu/~msung/sak2.php

Probably the best one solution out there I know is the USB-DUXfast,
which is already supported by the COMEDI framework... but is missing
the MTD usb class support.
http://www.linux-usb-daq.co.uk/tech2_duxfast/
The board is relatively cheap compared to the offered features: up to
3MHz continous rate and up to 30MHz in burst mode (256samples),
unfortunately the firmware is not open.

I think that the signal acquisition layer should also support the "USB
test and measurement" (TMC) class driver, which is already supported
by Linux:
drivers/usb/class/usbtmc.c

Great, thanks for pointing about it. I think a USB DAQ is very good
solution and needs to be supported.

Best Regards,

Alan

Patrick