- From: Frank Mori Hess <fmhess_at_users.sourceforge.net>
- Date: Wed, 14 May 2003 13:59:46 -0500
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sunday 11 May 2003 02:13 am, Herman Bruyninckx wrote: > We have had a meeting with a dozen or so free software projects > working in "control" (www.linuxincontrol.org), and spent a discussion > on Comedi. The result are these few questions: > > - is it possible/easy with the current API to do the following: > acquire data from different devices, with a common time stamp, and > within one single command specification? Well, you can set up multiple commands to start on TRIG_INT, then do an insnlist to trigger them all. That starts the commands slightly more closely together than executing them one after the other with start_src TRIG_NOW. Not all drivers support TRIG_INT as a start_src yet however (it's not that hard to do though). To get things to really start simultaneously, you have to use external triggers. > > - what is the feeling towards "networked" data acquisition? That is, > would it make sense to define low-level drivers for USB, CAN, ... > and add the Comedi acquisition functions on top of these? > (USB implementation seems to be going on anyway :-) There seem to be some linux CAN bus projects: http://home.wanadoo.nl/arnaud/links.html comedi might be able to use one of these if they provide a kernel-level API to produce a kernel driver. A user-space driver might be possible also, although it would require abstracting the ioctl calls in comedilib. > - some people (including myself) are interested in wrapping Comedi > into an XML and/or CORBA interface, in order to be able to embed the > acquisition into other control applications. Any comments on this? I don't know much about CORBA, but this sounds like 'just another binding' and doesn't seem like it would be very controversial. - -- Frank -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE+wpIi5vihyNWuA4URApNqAJsG1U37eG4TBkO3YwvlGxHXg5RdygCfSI1u fjUlAe5IM8S2+YsouKl70gQ= =4mAQ -----END PGP SIGNATURE-----
Received on 2003-05-14Z17:59:46